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MULTIFACE CARD 3 

Scheda con 2 seriali e 1 parallela per Amiga 
2000/3000/4000. Seriali 100% compatibili con le 
seriali standard. Velocità massima di 115200 
baud con handshake RTS/CTS hardware. 
Parallela compatibile BiTrcmic'" . Driver ParNet 
per collegare fino a 255 Amiga in rete. 


ALFA COLOR 

Scanner manuale a 256.000 colori per tutti i 
modelli Amiga. Compatibile AGA, 256K colori. 

64 toni di grigio. Over-Speed Buzzer per regolare 
la velocità di scansione. 


24 BIT PAINTSOFTWARE 
PER AMIGA- AA 

Programma grafico a 24bit per Amiga 1200/4000. 
Funzione di air-brush evoluta, gestisce formati 
IFF24, JPEG. PPM, minipic per caricamento 
veloce Gestione diretta di digitalizzatore video 
VLab™ , Programma e manuale in italiano. 


AT-BUS 508 

Controller At-Bus per Amiga 500/500+1 Mb x 4, 
Espandibile a 8mb con memorie ZIP da 1 mb x 4. 
Gestisce fino a 2 hard disk (anche da 2.5”). 
Selettori esterni per escludere hard disk e/o 
memoria. 



OKTAGON 2008 

Controller SCSI-2 16bit per Amiga 2000/3000/4000. 

Espandibile a 8Mb con memorie ZIP da 1Mbx4. 

Funzione di login per proteggere partizioni di Hard Disk. 

Velocità di trasferimento da IMb/sec a 2Mb/sec (a seconda dell Hard Disk 
utilizzato). GigaMem (gestore memoria virtuale) in regalo. Driver per A-Max. 
Permette di collegare fino a 7 unità SCSI. Compatibile RDB. 

Compatibile cor tutti gli Hard Disk, CD-ROM. Removibili SCSI in commercio. 


AT-BUS 2008 

Controller At-Bus IDE per Amiga 2000/3000/4000. 

Espandibile a 8Mb con memorie ZIP da 1Mbx4. 

Permette di collegare fino a 2 Hard Disk At-Bus. 

Velocità di trasferimento da 700Kb/sec a 1 ,8Mb/sec (a seconda 
dell'Hard Disk utilizzato). 

Compatibile 100% con Hard Disk removibili da 3.5” SyQuest™ . 
Compatibile RDB. 
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SPIGOLATURE 


Abbiamo ricevuto da Carlo Zambellini, Product Manager dì Commodore 
Italiana, una lettera, accompagnata da una fotocopia relativa alla pagina 5 del 
numero di ottobre della rivista “Computer Magazine per PS/1 IBM”. Contiene la 
missiva di un lettore e la risposta di un redattore che ci ha lasciato veramente 
allibiti. 

Il lettore, dotato di un non meglio precisato computer MS-DOS, vorrebbe 
effettuare delle titolazioni video. Qualcuno l’ha consigliato di comprare un 
Amiga (la cosa viene definita dal lettore, che probabilmente teme di essere 
incappato in una specie di eresia, una semplice spiritosaggine) e chiede lumi. 
Il redattore si affretta a rispondere che i PC sono all’altezza del compito e che 
“Amiga ormai è un giocattolo se paragonato al mondo DOS”. Poi, colto da un 
improvviso, ma limitato, attacco di autocoscienza, aggiunge che la configu- 
razione minima è costituita da un 486, scheda grafica SVGA a 16 milioni di 
colorì, “video adeguato” (forse intendeva monitor), Windows 3.1 e una scheda 
digitalizzatrice (?). 

È sicuramente inutile sottolineare, almeno per i nostri lettori, che un 600 o un 
1 200, che costano la frazione di un 486, con uno dei tanti genlock per Amiga, 
che pur costando meno della metà di quelli per PC offrono risultati di qualità 
nettamente superiore, possono svolgere tale compito con unafacilità che ha del 
sorprendente. 

Come sottolinea lo stesso Zambellini, mentre sui PC prima occorre convertire 
il segnale video in ingresso in segnale VGA, poi miscelarlo al segnale video 
generato del computer e poi ancora convertirlo in segnale composito, su Amiga 
tutto questo non è affatto necessario a motivo della compatibilità fra il segnale 
Amiga e lo standard PAL. Il risultato è una qualità molto elevata, a differenza 
di quanto accade su PC e, grazie a Blitter e Copper, un impegno molto limitato 
delia CPU, che può quindi al limite essere un 68000 a 7 MHz (quello del 600). 
Al di là della questione tecnica, ci sorprende ancora una volta l'apparente 
ignoranza di certi redattori e la loro incapacità di riconoscere che un “giocattolo” 
da poche centinaia di migliaia di lire è in grado di svolgere in maniera 
professionale compiti che un PC del costo di svariati milioni spesso fatica a 
eseguire in maniera accettabile anche a livello Home. 

Non a caso tutte o quasi le televisioni italiane locali e nazionali si servono anche 
di Amiga: molto probabilmente vi si è diffuso un morboso senso dell’umorismo e 
una inspìegabile passione per i giocattoli... 

Il problema non è tanto dovuto alla rivista citata che, essendo dedicata a una 
piattaforma particolare, non è tenuta a conoscere più di tanto il sistema Amiga. 
La cosa si fa più grave quando accade in testate che si occupano di diversi 
sistemi, fra cui io stesso Amiga. In tal caso è veramente difficile trovare scusanti . 
Per concludere, non ci rimane che esprimere il nostro apprezzamento per 
l’iniziativa Commodore: ciò di cui da più parti si avverte il bisogno è un'azione 
di difesa dell’immagine Amiga a livello professionale, azione che solo essa può 
svolgere a livello nazionale e nelle sedi opportune con adeguata incisività e 
sistematicità. 


Veniamo ora alla nostra rivista, per chiedere ai nostri lettori di avere un poco di 
pazienza in questa fase; l'indice dello scorso numero non possiamo affermare 
che sia venuto proprio come lo avevamo immaginato... 

Se avete consigli, suggerimenti, desideri, scriveteci pure o inviateci un fax: 
soltanto conoscendo ciò che pensate potremo tentare di realizzare la rivista 
che desiderate. 


Romano Tenca 


Il Gruppo Editoriale Jackson pubblica anche le seguenti riviste: Computer+Videogiochi - Fare Elettronica - Bit - Informatica Oggi 
e Unix - Pc Floppy - Pc Magazine - Automazione Oggi - Lan e Telecomunicazioni - Elettronica Oggi - EO News - Strumenti 
Musicali - Watt - Meccanica Oggi 
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SUPERDRIVE I 

Posseggo un Amiga 1200 con Superdrive I 
Hardital (640 kb) e vorrei sapere se: 

1) Sì può trasferire dentro I Amiga configu- 
randolo come 1,76 kb? 

2) Si può abilitarlo alla lettura, scrittura, for- 
mattazione di dischi da 1.44 Mb MS-DOS? 
Alessandro Zummo, Cannizzaro (CT) 

Il prodotto in questione è stato recensito sul 
numero 44 di Amiga Magazine (aprile ’93): 
come si diceva in quell’articolo, non è possi- 
bile usare il drive né per leggere i dischi 
Amiga ad alta densità (quelli da 1 ,76 Mb), né 
per leggere quelli MS-DOS da 1,44 Mb. Il 
drive infatti può utilizzare solo un proprio 
speciale formato per leggere, scrivere e 
formattare dischi ad alta densità. Tale forma- 
to è incompatibile sia con quello Amiga da 
1 ,76 Mb sia con quello MS-DOS da 1 ,44 Mb. 
Anche l’Hardital, da noi consultata a propo- 
sito, ha negato qualsiasi possibilità in tal 
senso. 

Per leggere i dischi ad alta densità MS-DOS 
e Amiga occorre dotarsi di un drive come 
quello montato su A4000: in tal caso, scom- 
pare qualsiasi problema di compatibilità sof- 
tware e hardware. Ultimamente drive Chi- 
non di questo tipo hanno cominciato a fare la 
loro apparizione sul mercato italiano, grazie 
all’iniziativa di qualche importatore. Sul nu- 
mero 52 di Amiga Magazine (gennaio ’94) 
appare una completa recensione di uno di 
questi drive esterni. 

Dovrebbero essere disponìbili anche drive 
Chinon di questo tipo da inserire interna- 
mente al 1200. 

1200 DUBBI 

Posseggo un Al 200 da circa un anno e 
vorrei rivolgervi alcune domande: 

1) Il comando Extras Joois/Coiors descritto 
nel manuale AmigaDOS non compare nei 
dischetti in dotazione al mìo A 1200. Come 
mal? 

2) Esiste o si può prevedere una traduzione 
italiana del manuale di AMOS Professional? 

3) È possìbile aprire una finestra direttamen- 
te sullo schermo del Workbench su cui diri- 
gere l’output di un programma Amos Pro, 
mantenendo ì colori e lo stile propri del 
sistema operativo 3.0? 

4) Inserendo un coprocessore matematico 
sulla scheda AlfaRam 1200 con 5 Mb dì Fast, 
posso utilizzare Imagine 3.0 almeno per la 
grafica statica o devo orientarmi verso altri 
programmi meno esigenti in fatto di hardwa- 
re? 

5) A quando un lettore CD-ROM per il 1 200? 

Fabio Ferriccioli, Perugia 

1) Effettivamente quel comando non com- 
pare nei dischetti in dotazione all’AI 200 e 
all'A4000. Colors faceva parte del sistema 
operativo 2.0, ma non compare più nel 3.0, 



tuttavia, come lei ha rilevato, viene docu- 
mentato nel manuale dell’AmigaDOS del 
3.0: si tratta di una svista di Commodore. Nel 
pubblico dominio esistono molti programmi 
che svolgono, anche meglio, le funzioni di 
Colors: per esempio Yak, già apparso sul 
dischetto di uno dei numeri di Amiga Ma- 
gazine. 

2) Non esiste, né è prevista, a quanto ne 
sappiamo, la traduzione del manuale di 
AMOS Professional. Sappiamo però che è 
prossima la pubblicazione di un libro in 
italiano su AMOS dedicato ai programmatori 
alle prime armi. 

3) Può esaminare l’esempio Procedures/ 
AMOS_Workbench_DEMO.AMOS contenu- 
to nei dischi di AMOS Professional: questo 
programma apre una finestra CON: sullo 
schermo del Workbench e poi simula il com- 
portamento di una Shell AmigaDOS da 
AMOS. Un altro metodo è usare direttamen- 
te le funzioni di Intuition di Amiga, ma a 
questo punto conviene forse scrivere l’intero 
programma in C, perché le facilitazioni offer- 
te dal BASIC di AMOS, in tal caso, vengono 
in gran parte meno. AMOS non è un linguag- 
gio molto indicato a interagire con Intuition. 

4) Imagine 3.0 non è ancora uscito e quindi 
una risposta precisa alla sua domanda non 
è possibile, anche se pare che il consumo di 
memoria non varierà poi tanto rispetto alla 
versione 2.0. Tuttavia 5 Mb di Fast e 2 Mb di 
Chip sembrano sufficienti per realizzare 
progetti più che dignitosi con normali pro- 
grammi di rendering 3D fra cui Imagine 2.0, 
specie se non si pretende di realizzare ani- 
mazioni. 

5) Sul numero 51 di Amiga Magazine (di- 
cembre ’93) puòtrovare un’ampia analisi dei 
problemi che si incontrano nel collegare un 
CD-ROM ad Amiga. Per quanto riguarda 
FAI 200, un CD-ROM può essere collegato 
alla macchina mediante interfaccia SCSI, 
come quelle prodotte da GVP (c’è la recen- 
sione su questo numero) e altre di cui si 
attende o sta per avvenire la commercializ- 
zazione in Italia. Nel suo caso, in cui già 
dispone di scheda interna, la scelta miglio- 
re, a meno che non intenda cambiarla, po- 
trebbe essere quella di aspettare l’appari- 
zione di interfacce che utilizzino la porta 
PCMCIA dell’AI 200 e permettano di colle- 
garvi un CD-ROM. Non dovrebbero tardare 
poi molto. Se poi, con la sua domanda, 
intende riferirsi al modulo Commodore per 


rendere IA1200 compatibile con il CD32, la 
scheda dovrebbe essere praticamente 
pronta, resta da vedere se e quando Com- 
modore commercializzerà. Si tratta di deci- 
sioni di marketing che nessuno oggi è in 
grado di prevedere con sufficiente grado di 
sicurezza. 

A1200 E VIDEO 

Premetto che è poco che ho acquistato un 
Amiga 1200 e non sono a conoscenza di 
nozioni dì informatica. Ho acquistato questo 
computer perché sono un appassionato vi- 
deo e credevo che acquistando un compu- 
ter avrei potuto fare delle titolazioni più belle 
di quelle ottenute finora con altri metodi. I 
miei problemi sono molti e non basterebbe 
una rivista intera a spiegarli tutti, perciò mi 
limiterò alle seguenti domande: 

1) Dove posso trovare libri in italiano che mi 
aiutino a capire la macchina che ho di fron- 
te? 

2) Dove sono i manuali AmigaDOS e ARexx 
di Commodore... sempre in italiano? 

3) Partendo dal fatto che per ora non vorrei 
espandere il mio Amiga, mi potreste consi- 
gliare qualche programma di titolazione che 
giri su Amiga 1200 “base"? 

Roberto Testa, Capitella (LI) 

Le cose stanno sicuramente come afferma: 
con Amiga è possibile fare titolazioni con 
maggior facilità e potenza, rispetto ad altri 
metodi (titolatrici hardware). Ovviamente, si 
ha bisogno per prima cosa di un genlock da 
collegare al 1200. Il genlock è lo strumento 
che permette di sovrapporre la grafica Ami- 
ga al segnale video esterno proveniente da 
un VC R o da una telecamera. Qui c’è solo 
l'imbarazzo della scelta e molti di questi 
strumenti sono stati recensiti sui numeri pre- 
cedenti della rivista e altri ne saranno in 
futuro. Fra l’altro, abbiamo in previsione un 
articolo sul DTV a basso livello che apparirà 
su uno dei prossimi numeri di Amiga Maga- 
zine. Veniamo ora alle sue domande: 

1) Le pubblicazioni in italiano relative ad 
Amiga sono poco numerose e molte di esse 
piuttosto datate e quindi inadatte al 1200 
che costituisce uno degli ultimi episodi del- 
l’evoluzione di Amiga. Ora però dovrebbero 
apparire alcune pubblicazioni in libreria, una 
delle quali dedicata proprio al 1200. Non 
abbiamo avuto ancora modo di esaminare il 
titolo, per cui non possiamo consigliarla me- 
glio a riguardo: se la trova, provi a dargli 
un'occhiata. 

2) Commodore ha deciso di non inserirli 
nella confezione dell’AI 200, probabilmente 
pertenere più basso il prezzo di vendita. Può 
cercare un utente di A4000 perché glieli 
presti (i manuali sono presenti su tale mac- 
china) oppure provare a telefonare all’hot- 
line Commodore (02-66123237, dalle 1 4 alle 
18). 

3) Fra ì programmi di titolazione che funzio- 
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nano sull'AI 200 base (senza sfruttare però i 
colori AGA) e dotati di documentazione in 
italiano possiamo consigliarle di leggere la 
recensione di XTitler Pro, che appare su 
questo numero di Amiga Magazine. Altri 
programmi come Scala MM, MediaPoint, 
Montage 24 offrono spesso caratteristiche 
più potenti, ma richiedono anche risorse 
maggiori e non dispongono di documenta- 
zione in italiano. 

MONITOR E HD PER Al 200 

Ho recentemente venduto il mio vecchio 
Amiga 500 per passare al nuovo Amiga 
1200. Ho dei quesiti da porvi: 

1 ) Posseggo un PC 486 con monitor SVGA e 
vorrei sapere se è possibile collegare l'A 1200 
con tale monitor per poter visualizzare al 
meglio l’alta definizione consentita dal nuo- 
vo chip set AGA 

2) Il mio A 1200 non è fornito di hard disk e 
dato che il nuovo sistema operativo e i nuovi 
programmi per l'A 1200 sentono decisamen- 
te il bisogno di un tale supporto, ho deciso dì 
installarne uno. Poiché gli hard disk per PC 
sono decisamente più economici, a parità di 
capienza, di quelli dedicati ad Amiga, vorrei 
sapere se è possibile utilizzare tali hard disk 
sul mio Amiga. 

PierPaolo Caricato, Lecce 

1 ) L’ampia questione dei monitor per Al 200 
è stata trattata più volte, con dovizia di par- 
ticolari tecnici, dalla rubrica il Tecnico Ri- 
sponde, per cui la rimandiamo a quelle pa- 
gine per ulteriori dettagli. La risposta alla sua 
domanda è comunque sostanzialmente po- 
sitiva: è possibile, però bisogna provare. Per 
il collegamento basta dotarsi dell’adattatore 
Commodore (390682-01), che può even- 
tualmente realizzare da sè (vedasi Tecnico 
Risponde di Amiga Magazine 46 p.67). 

2) Gli hard disk interni di Al 200 e A600 sono 
gli stessi utilizzati dai PC, più precisamente 
da notebook, laptop e via dicendo. La diffe- 
renza non è dunque tra hard disk per PC e 
per Amiga, ma tra hard disk IDE da 2,5" 
(quelli piccoli) e da 3,5" (quelli più grandi 
destinati normalmente ai PC desktop). La 
differenza di costo è dovuta solo alla minia- 
turizzazione, che ovviamente implica una 
tecnologia più avanzata. Gli hard disk da 
3,5" non trovano posto “fisicamente” nello 
spazio che la Commodore gli ha destinato 
all'interno dell’A1200 e Commodore, d’altra 
parte, garantisce solo il funzionamento di 
quelli da 2,5”. Ciononostante, esiste la pos- 
sibilità di montare degli hard disk da 3,5", del 
tipo sottile, all’interno dell’A1200: troverà le 
indicazioni per il “fai da te” a pagina 68 di 
Amiga Magazine 46 (giugno ’93). Una se- 
conda soluzione è offerta dall'uso della por- 
ta PCMCIA dell’AI 200 per collegare ester- 
namente hard disk IDE da 3,5": è il caso 
dell’Overdrive di Archos, che sta per essere 
distribuito in Italia da RS di Bologna. Altra 


possibilità è offerta dal DF XDS IDE di 
Expansions Systems (importato in Italia da 
AXXEL) che permette di collegare un drive 
da 3,5" esterno, oppure ancora, trovando il 
modo di sorreggere e alimentare un hard 
disk da 3,5" esterno (magari con la carcassa 
di un XT obsoleto), si possono trovare in 
commercio i cavi di collegamento alla porta 
IDE dell’AI 200 (in questo caso rimane il 
problema di far uscire il cavo dall’AI 200). 

EMPLANT 

Sono un grafico pubblicitario che lavora con 
un Macintosh Ilei e un A2000 a cui vorrei 
affiancare un A4000/040 per realizzare ani- 
mazioni. Vorrei sapere se la scheda emula- 
trice Emplant da voi recensita è adatta per 
un utilizzo professionale e in particolare, 

1 ) è compatibile con applicazioni come Pho- 
toshop e Quark X-Press? 

2) quanta memoria è necessaria per l'emu- 
latore, e in che proporzione tra Amiga OS ed 
Emplant? 

3) durante la prova, uno schermo a 256 
colori non si è aperto : ciò preclude il fotori- 
tocco sotto Emplant? 

4) Emplant supporta anche le abbreviazioni 
della tastiera Macintosh? 

5) durante l’emulazione c’è un vero multi- 
tasking? I programmi Mac continuano a fun- 
zionare anche mentre si utilizzano quelli 
Amiga? 

6) come posso convertire con Font Manager 
i font Adobe in Compugraphic? 

Bonatelli Pietro, Brescia 

1) Sì, e spesso i programmi funzionano più 
velocemente su Amiga che su Macintosh 
equivalenti. 

2) Per un uso normale di entrambi i sistemi 
occorrono 4 Mb per Amiga e 6 Mb per 
Macintosh; per applicazioni grafiche sono 
meglio 6 + 10 Mb. A4000 si può espandere 
sino a 18 Mb su scheda madre a passi di 4 
Mb e con schede aggiuntive come la DKB 
3128(AM51Trends)ola FastLane Z3 ( WOC 
di Colonia) a varie centinaia di Mb. 

3) Purtroppo la recensione di Emplant è 
stata effettuata con un A4000 in configura- 
zione base, che è anche quella MINIMA per 
un impiego di tal genere. I 6 Mb di RAM 
dell’A4000 erano appena sufficienti per con- 
tenere AmigaDos, emulatore Emplant, 
schermi Workbench e scrivania del Mac, 
System 7.1 e una piccola applicazione Mac- 
intosh. I problemi incontrati durante i test 
sono quindi da imputare esclusivamente 
alla esiguità della memoria a disposizione. 
Per applicazioni grafiche i modi video AGA 
possono non essere sufficienti e una scheda 
grafica può rivelarsi indispensabile. 

4) Sì, utilizzando i tasti Amiga destro e sini- 
stro come “Fiorellino” del Mac 

5) Sì, applicazioni Amiga e Mac funzionano 
in parallelo e presto potranno scambiarsi 
dati attraverso la Clipboard di sistema! 


6) TypeSmith per Amiga dovrebbe permet- 
tere questo tipo di conversioni: può trovare 
più dettagliate informazioni su Amiga Maga- 
zine 49 pg. 56. 

Non sappiamo se Font Manager è in grado 
di svolgere quella funzione. 

La configurazione ideale per le Sue necessi- 
tà è un A4000/040 con 14 o 18 Mb di RAM, 
una scheda Emplant Deluxe, che compren- 
de una interfaccia SCSI per periferiche Ma- 
cintosh e Amiga e due porte AppleTalk con 
cui mettere in rete Amiga e Mac, una scheda 
grafica a 24 bit (EGS, Retina, Merlin, Picasso 
sono compatibili con Emplant) e un monitor 
adeguato. 

UN POOL DI ESPERTI 

Sono un utente Amiga da oramai cinque 
lunghi anni e da pochissimo sono passato 
(non senza peripezie...) dal mio fido Amiga 
2000 a un fiammante A4000. 

Ho lavorato spesso con altri sistemi, sia 
durante le scuole superiori sia all’Università, 
naturalmente questi “altri sistemi" erano quasi 
sempre cloni MS-DOS. Penso che sia 
un’esperienza comune a molti utenti Amiga 
l’essere partiti con una macchina straordi- 
naria e poi lentamente, ma inesorabilmente, 
vedersi raggiungere (tecnologicamente) e 
superare da quelli che erano “scatolotti le- 
gnosi”, muti e per i quali la policromia era 
solo una parola del dizionario interno (in 
italiano però...) [...] 

Adesso Amiga è tornata a essere competiti- 
va su tutta la linea, dal nuovissimo CD32 
all’imminente 4000 Tower ; naturalmente, 
Commodore dovrebbe almeno provare a 
sfruttare il vantaggio. Amiga sta diventando 
protagonista a Hollywood, persino Spiel- 
berg lo sta utilizzando per realizzare produ- 
zioni televisive: e allora facciamolo sapere! 
Pubblicità, marketing, facilitazioni per pro- 
fessionisti e assistenza... [...] 

Ho intenzione di realizzare un " gruppo ami- 
ghista " di studenti universitari o laureati, un 
pool dì esperti: utenti evoluti, programmato- 
ri, sviluppatori anche hardware, esperti gra- 
fici e musicisti. Il tutto per cercare di realizza- 
re una serie di programmi DOC, anche a 
livello professionale a costo veramente 
basso. 

Il motivo principale è quello di promuovere 
l'immagine Amiga nel mondo universitario/ 
professionale, patria (immeritata) di cloni 
IBM. Il tutto dipende dalle adesioni che rice- 
veremo [...] 

Questa è l’idea, penso sia realizzabile, ma 
dobbiamo essere in molti per dividerci i 
compiti, quindi cari studenti universitari pen- 
sateci... In particolar modo gli studenti del- 
l’Ateneo di Firenze, in modo da formare un 
gruppo base. Scrivete a: 

Mirko Lalii 

via Vecchia Aretina, 64 

52020 Laterina Stazione (Arezzo) 

tei. 0575/899798 ▲ 
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DALLA STAMPA 
DI TUTTO IL MONDO 


Hinter Bringer 


FMV PER CD32 

È in vendita il modulo Full 
Motion Video per CD32. Si 
tratta di una piccola e piatta 
scatola grigio fumo che si in- 
serisce aH’interno del CD32 e 
permette di leggere CD-ROM 


ELECTRONIC- 

DESIGN 

Computer Service ha iniziato 
l’importazione in esclusiva in Ita- 
lia dei prodotti Electronic- Desi- 
gn, l’azienda tedesca specializ- 
zata in hardware video per Ami- 
ga. In particolare si segnalano: 
YC Genlock a L.799.000, PC 
Pegasus a L. 1.1 00.000, Frame 
Store a L.799.000, FrameMa- 
chine a L.890.000, FM Prism 24 
a L.820.000 e Sirius Genlock a 
L. 1.680.000. IVA esclusa. 

Computer Service, 
corso A. Lucci 137, 

80142 Napoli, 
teUfax 081/5536257. 


in formato MPEG standard e 
quelli in formato proprietario 
Philips. I VideoCD possono 
contenere fino a 74 minuti di 
grafica a 24 bit e audio stereo 
di altissima qualità (ma infe- 
riore a quella dei CD Audio). Il 
risultato è un audio e un video 
di livello eccezionale che sta 
ai videoregistratori VHS come 
i CD-audio ai registratori a 
cassette mono! 

Per la disponibilità di titoli, bi- 
sogna aspettare che si metta- 
no in moto i giganti della pro- 
duzione cinematografica in- 
ternazionale: è probabile che 
la prima selezione di titoli sia 
in formato Philips. L’obiettivo 
è quello di arrivare a sostituire 
iVideo CD ai nastri VHS per la 
diffusione di opere cinemato- 


grafiche neH’Home Video. Non 
è difficile prevederne l’uso 
anche per proiezioni collettive 
destinate a un'utenza limitata 
(scuole, cineforum e così via). 
Sarà, come al solito, il mercato 
a decidere. 

Il modulo MPEG di Commo- 
dore, e in questo è unico, per 
ora, permette anche la so- 
vrapposizione di grafica Ami- 
ga ai segnale video generato 
mediante MPEG, fungendo 
quindi da genlock, cosa che 
potrebbe permettere interes- 
santi applicazioni di TV inte- 
rattiva. 

La combinazione CD32- 
MPEG per i Video CD è attual- 
mente la più economica esi- 
stente sul mercato: il maggior 
rivale inizialmente sarà il CD-I 
di Philips che, con l’atteso 


modulo FMV, costerà comun- 
que molto di più del CD32. Il 
prezzo del modulo MPEG per 
CD32 in Italia è di L.485.000, 
IVA inclusa. 

VOCI, SOLO VOCI 

Molte le voci circolanti su 
Commodore, e questa volta 
decisamente positive. Ciò che 
diremo, sia chiaro, non ha mai 
ricevuto alcuna conferma uffi- 
ciale e, come sempre accade 
in questi casi, la realtà potreb- 
be smentire tutte le voci citate 
(si sta ancora attendendo, per 
esempio, la scheda DSP, di 
cui pure c’erano stati annunci 
ben più ufficiali). Le voci pro- 
vengono da fonti telematiche 
internazionali (Amiga Report) 
e da riviste estere soprattutto 
inglesi. Per prima cosa alcuni 
dati relative alle vendite: se- 
condo alcuni Commodore 
starebbe vendendo 80.000 


PERSONAL 

Cloanto ha rilasciato la nuova 
versione di Personal Font 
Maker, che annovera come 
principale miglioramento le 
Estensioni Colore AGA per ela- 
borare font a colori mediante 
strumenti da disegno derivati 
dal noto Personal Paint. 

Si possono manipolare font fino 
a 256 colori senza limiti di di- 
mensione, aggiungendo effetti 
di antialiasing e utilizzando fu- 
nioni speciali per scritture da 


CD32 al mese e si sarebbe 
arrivati a un totale di 320.000 
CD32 già venduti in Europa e 
Australia. Le cifre ci sembra- 
no estremamente elevate: al- 
tre voci parlano infatti di non 
più di 100.000 CD32. 

Il secondo dato si riferisce alle 
vendite di A4000: qualcuno 
parla di 40.000 unità al mese; 
anche in questo caso si tratta 
di una cifra molto elevata: il 
successo di questa macchina 
è comunque tangibile, anche 
in Italia. 

L'autore fa notare che se il 
trend di vendita si mantenes- 
se, Commodore arriverebbe a 
vendere più di 2 milioni di 
macchine AGA in un anno, si 
potrebbe obiettare che Natale 
capita solo una volta all'anno 
e che non si possono mante- 
nere tali risultati per tutto il 
resto dell’anno. Comunque 
stiano le cose, pare certo che 
Commodore abbia invertito la 
tendenza negativa che si era 
manifestata più di un anno fa. 
Si afferma inoltre che il 600 sia 
fuori produzione: ora Commo- 
dore dovrebbe produrre solo 
macchine AGA, mentre non 
dovrebbe essere lontano il ri- 
lascio del Kickstart 3.1 per tut- 
ti i modelli Amiga. Speriamo 
che questa volta appaia an- 
che in Italia. È possibile l'ap- 
parizione di nuovi modelli di 
A4000: oltre al Tower (che si è 
visto più volte in numerose fie- 
re), si vocifera di una scheda 
CPU per il 4000, con 68040 a 
40 MHz. Tutto dipende proba- 
bilmente dai piani di produ- 
zione Motorola: per ora tali 
chip, che pure già esistono, 


AXXEL 

AXXEL è una nuova società italiana per la distribuzione e la 
vendita via posta di hardware e software per Amiga. La società 
ha comunicato l’importazione di marchi e pacchetti destinati 
soprattutto agli usi amatoriali o professionali di Amiga. Alcuni 
di essi, fra l’altro, non erano ancora distribuiti in Italia. Fra i tanti 
segnaliamo l’Expansion Systems (controller SCSI e AT, 
Syquest), Moonlighter (Amiback, TapeWormFS), Virtual Rea- 
lity Laboratories (Vista Pro 3, Vista Pro Lite), MacroSystems 
(Retina), Utilities Unlimited (Emplant), Supra, Vortex, Chinon 
(drive ad alta densità da 1.76 Mb), Harms (schede per 1200), 
Walnuut Creek (CD-ROM), X-Pert (Domino e Merlin). È inoltre 
in fase di realizzazione la versione italiana di Rashumon, un 
word processor multilingua che costerà al pubblico L. 200.000 
(IVA inclusa). 

AXXEL prevede l’importazione dello ScanDoubler, un deinter- 
lacciatore per i modi AGA dell’A4000 che dovrebbe risolvere 
molti dei problemi di compatibilità con monitor VGA. Il prezzo 
al pubblico sarà di L.440.000. 

Domino, la scheda grafica a 32.000 colori di X-Pert, la società 
che produce anche la più potente Merlin, viene offerta a 
L. 470.000. 

Il DataFlyer XDS IDE di Expansion Systems permette invece 
di collegare un hard disk da 3,5" all’A1200 mediante case 
separato (L.400.000) oppure per L.20.000 si può comprare il 
cavo per collegare un hard disk IDE da 3.5" al 1200. 

Infine AXXELL importa tutti i titoli CD-ROM dell’Almathera 
(CDPD, Demo, Fractal Universe, Video Creator) e dell'Optoni- 
ca (Simpatica e Insight). 

AXXEL Computer & Software, 

viale Anconetta 119, 36100 Vicenza, faxA/oce 0444/302270 
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)NTS MAKER 

destra a sinistra. Il prezzo per 
l’utente finale è di L.1 09.000, 
IVA inclusa. 

La distribuione avviene me- 
diante CTO (via Piemonte 7/f, 
40069 Zola Predosa, BO, 
tei. 051-753133, fax 051 - 
753418) mentre per l’aggiorna- 
mento dalla versione preceden- 
te degli utenti registrati occorre 
inviare L.25.000 a Lago snc, via 
Benzi 1 8, 221 00 Como, tei. 031 - 
300174, fax 031-300214. 


sono pressoché introvabili, 
anche se la situazione sta len- 
tamente cambiando. Circola- 
no anche molte voci su possi- 
bili futuri modelli di Amiga 
dotati di tecnologia AAA: qui 
si entra veramente nel campo 
delle congetture e dei prototi- 
pi. Vale la pena di citare solo la 
presunta adozione del chip 
HP PA-RISC, prevista per il 
1 995: il costo di tale processo- 
re e della memoria necessaria 
a farlo funzionare, d'altra par- 
te, è attualmente proibitivo. 
Ribadiamo, a scanso di equi- 
voci, che tutte le informazioni 
citate vanno considerate solo 
delle voci e come tali valutate. 

L'EMULATORE CLONATO 

È già apparsa la versione 3.3 
di Emplant, l’emulatore Ma- 
cintosh per Amiga, che in 
America viene addirittura ven- 
duto in bundle con l’A4000 dal 
distributore ufficiale di Com- 
modore: ora, non è più neces- 
saria la sostituzione dei chip, 
necessaria invece per la ver- 
sione3.2. La nuova versione è 
infatti compatibile con tutte le 
schede hardware di Emplant. 
Il mistero è presto spiegato: 
una società (probabilmente 
tedesca) aveva in progetto un 
clone dell’Emplante Jim Drew 
dell’Lltilities Unlimited, che ne 
era venuto a conoscenza gra- 
zie a una telefonata anonima, 
aveva deciso di cambiare al- 
cuni chip per rendere più dif- 
ficile il progetto e difendere i 
propri brevetti. Grazie all’in- 
tervento dell’annministrazione 
americana, il clone non è mai 


stato realizzato e Jim Drew ha 
deciso di abbandonare la 
decisione presa per il 3.2. Per 
cui rassicuratevi: non è più 
necessario sostituire i chip 
sulla scheda. La versione 3.3 
del software sarà distribuita 
gratuitamente mediante reti 
telematiche. 

AMIGA-3DO 

Secondo alcune voci , pare che 
qualcuno (Commodore stes- 
sa o forse Utilities Unlimited) 
stia progettando un modulo di 
emulazione, tenetevi forte, 
addirittura per il 3DO, la nuova 
potentissima console che 
promette di dominare negli 
anni a venire il mercato delle 
console di alto livello (anche 
se per ora il suo trend di ven- 
dite non è certo dei più soddi- 
sfacenti). Molti sono i dubbi 
sollevati da più parti attorno 
alla fattibilità di tale scheda, 
ma molti erano anche i dubbi 
sull’Emplant e, come si sa, Jim 
Drew li ha spazzati via, crean- 
do qualcosa che tutti riteneva- 
no impossibile: un Macintosh 
che funziona in multitasking 
con Amiga. Staremo a vede- 
re! . La scheda dovrà montare 
il chip set custom del 3DO, 
che è disponibile a tutti coloro 
che vogliono comprarne la li- 
cenza. Il progetto dovrebbe 
apparire conveniente anche 
alla società che produce il 
3DO: infatti, i maggiori introiti 
dovrebbero derivargli non 
tanto dalla vendita dell’hard- 
ware, quanto dalle royalties 
ricavate dal software su CD- 
ROM (si parla di 10 dollari a 
pezzo) per cui è nell’interesse 
del 3DÓ allargare il più velo- 
cemente possibile la base di 
installato. 

Che Amiga gli dia una mano? 


Abbastanza credibile: in fon- 
do i progettisti del 3DO aveva- 
no partecipato anche alla pro- 
gettazione di Amiga... 

A4091 

Il controller SCSI2 Zorro Ili 
progettato da Commodore 
verrà prodotto dalla statuni- 
tense DKB, una società giova- 
ne, ma molto aggressiva, spe- 
cie nel campo delle schede 
hardware per Amiga “high 
end”. Tale evento si inquadra 
nella recente politica Commo- 
dore di rilasciare a società ter- 
ze la licenza per produrre 
periferiche Amiga progettate 
a West Chester. 

DKB, 

50240 W. pontiac Trail, Wixom, 

Michigan 48393, USA, 

tei. 0313-9608751, 

fax 0313-9608750 

VLAB MOTION 

MacroSystem ha annunciato 
un nuovo prodotto derivato da 
VLab: VLab Motion. La sche- 
da Zorro II permette la digita- 
lizzazione in tempo reale a 50 
fps di un segnale video Y/C o 
videocomposito. Grazie poi a 
un chip C-Cube, l’immagine 
viene compressa in tempo re- 
ale in formato JPEG e salvata 
su hard disk (che deve essere 
sufficientemente veloce). 

La scheda funge ovviamente 
anche da lettore del file gene- 
rato e produce un’uscita Y/C o 
composita, PAL o NTSC, di 
qualità broadcast, permette di 
scalare le immagini in tempo 
reale ed è dotata di porta di 
espansione. Il segnale Com- 
posito in ingresso può essere 
miscelato con l’output video 
proveniente da hard disk, fun- 


gendo anche da genlock. Vie- 
ne fornita di software per edi- 
ting non lineare direttamente 
da hard disk ed effetti grafici 
di vario tipo. La scheda ap- 
partiene alla schiera di pro- 
dotti come la Digital Broa- 
dcaster o la PAR, il prezzo è 
sorprendente: solo 1.998 
marchi tedeschi. 

VLab Motion è compatibile con 
Toccata, la scheda audio a 1 6 
bit venduta a 598 marchi sem- 
pre dalla stessa società. 

MS MacroSystem Computer 
GmbH, Friedrich Ebert Str. 85, 
58454 Witten, Germany, 
tei. 02302-80391, 
fax 02302-80884 

PCS DIGITAL EDITOR CARD 
E REVELATION 3D 

L'editing non lineare da hard 
disk pare essere la moda del 
momento dopo quella delle 
schede grafiche a 24 bit. Si 
lancia nell’impresa anche la 
tedesca RCS con il Digital 
Editor Card, venduta sul mer- 
cato americano a 3.995 dolla- 
ri. La scheda comprime il se- 
gnale in ingresso (videocom- 
posito o Y/C) su hard disk a 30 
fps e digitalizza l’audio a 16 
bit. Permette l'editing di otto 
tracce audio e video contem- 
poraneamente e invia in usci- 
ta un segnale videocomposi- 
to, permettendo anche la con- 
versione via software di im- 
magini IFF 24 per realizzare 
animazioni. Per 445 dollari si 
può acquistare in USA il nuo- 
vo programma di rendering 
3D di RCS che importa oggetti 
Imagine, AutoCAD, DFX oltre 
a font Compugraphic per la 
conversione diretta in oggetti 
3D. Il pacchetto prevede la 
possibilità di realizzare ani- 
mazioni e rendering distribui- 
to mediante network. 

RCS, Dammweg 15, 

2821 1 Bremen, Germany, 
tei. 0421 -3478746 

INTERWORKS 

l-Card è una scheda Ethernet 
esterna pensata per realizza- 
re collegamenti in rete di A600 


GVP A4000 GFORCE 040 

RS ha annunciato per marzo o aprile la disponibilità di una 
nuova scheda acceleratrice di GVP per A3000, A3000T, 
A4000, A4000T. Monterà un 68040 a 40 Mh, fino a 32 MB di 
RAM su scheda e altri 96 MB su scheda figlia. Sarà presente 
inoltre uno zoccolo aggiuntivo per un modulo SCSI II FAST con 
transfer rate fino a 10 Mb/s. 

RS, via Buoni 6, 40057 Cadriano (BO), 
tei. 051-765563, fax 051-765568 
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BIT.MUSIC 


Già importatrice dell'AmiQuest di 
Archos, RS ha deciso di importare 
l’Overdrive, sempre di Archos: si 
tratta di interfaccia IDE per hard disk 
da 3,5" che si collega alla porta 
PCMCIA di A600 e Al 200. 

RS, via Buozzi 6 , 

40057 Cadriano (BO), 

tei. 051-765563, fax 051-765568. 


Quest’anno, in occasione del Bit. Movie, prenderà il via il 
Bit.Music, una nuova iniziativa che comprende un concorso 
internazionale di musica aperto a dilettanti e professionisti. 
Ogni autore può inviare un solo pezzo originale che dovrà 
durare al massimo 2 minuti (il resto verrà tagliato). Il brano 
dovrà essere fornito in General MIDI Standard su disco MS- 
DOS. I brani verranno riprodotti mediante strumenti Korg e 
software Cubase (Windows) e Bars & Pipes Pro 2.0 (Amiga). 
Durante la manifestazione, prevista dal 31 marzo al 4 aprile '94 
a Riccione, presso il Palazzo del T urismo, si terranno sessioni 
dimostrative dello standard MIDI e seminari su CuBase e 
Bars&Pipes Pro 2.0. Per partercipare al concorso, rivolgersi a: 

Bit.Music '94, c/o Michele lurillo, viale Montenero 46, 

20135 Milano, tei. 02-55180754, 0233602564, fax 33602608 


OVERDRIVE 


e Al 200. Per 299 dollari viene 
fornito, oltre all’hardware, il 
software SANA-II compatibi- 
le. La stessa società vende 
anche un Toaster-Net, che 
consente di ditribuire il rende- 
ring di più trame di un’anima- 
zione realizzata con LightWa- 
ve 3D fra cinque o più Amiga 
in rete. Il costo di questo pro- 
dotto è di 349 dollari per cin- 
que nodi. Se mai un giorno 
LightWave3D, ritenuto da molti 
uno dei migliori programmi 3D 
esistenti, dovesse es- 
sere venduto in Euro- 
pa separatamente dal 
Video Toaster, non 
dovrebbero esserci 
difficoltà per l'uso di 
reti come questa. 

interworks, 

43191 Camino Casillas , 

Suite B2469, Temecula, 

CA 92592, USA, 

tei. 0909-6998120 

AMIGA IN TOWER 

Micronik, società tedesca 
vende una lunga serie di pro- 
dotti Amiga: dal case mini- 
tower per A500, A600, Al 200, 
attraverso il case tower per 
A2000, A3000 e A4000, e al- 
l'interfaccia per tastiera PC per 
A500, A2000, A3000, A600, 
Al 200. I case tower e mini- 
tower sono dotati di slot Zorro 
e PC, alimentatore. 


NETWORK VIA PARALLELA 

Village Tronic ha presentato 
Liana, una schedacheutilizza 
la porta parallela (anche quel- 
la dell’AI 200) per mettere in 
rete Amiga con il software 
Envoy Commodore. Il costo 
della scheda in Germania è di 
129 marchi. L'indirizzo della 
società è cambiato. 


ESPANSIONI CDTV 


ni per CDTV? 

Rivolgetevi, lingua permet- 
tendo, alla tedesca W.A.W, 
che dispone di espansioni di 
memoria Chip e Fast (2 e 2 
Mb) o solo Fast (8 Mb) e inter- 
faccia SCSI per hard disk in- 
terno o esterno. 

W.A. W. Elektronik GmbH, 

Tegeler Strasse 2, 13467 Berlin, 
Germany, tei. 030-4043331, 
fax. 030-4047039 

CD-ROM PD 

AMUC, un’associazione ca- 
nadese di sostenitori Amiga, 
ha realizzato un CD-ROM che 
contiene file PD provenienti 
dalla BBS dell'associazione. 

Il prezzo, per più di 600 Mb di 


Micronik ComputerService, 
Manfred Kotulla, 
Emil-Nolde-Strasse 32, 

51375 Leverkusen, 

tei. 0214-93186, fax 0214-95791 

ADATTATORE PER CDTV 

L’inglese Goldtech Computer 
Systems ha prodotto CDJOY, 
un adattatore hardware che si 
inserisce all’interno del CDTV 
e permette il collegamento di 
normali joystick e mouse al 
CDTV. 

Prezzo: 25 sterline. 

Goldtech Computer Systems, 
67TurnerRoad, Walthamstow, 
London, E173JG, England, 
tei. +44-81-5206224, 
fax +44-81 -521 6209 


Village Tronic, 

Wellweg 95, 

31 157 Sarstedt, Germany, 
tei. 05066-70130, 
fax. 05066-701340 

SCHEDA MULTIPORTA 

La tedesca Vector offre a 299 
marchi una scheda Zorro II 
per A2000, A3000 e A4000 
con quattro porte seriali ad alta 
velocità (115.000 bps), due 
porte parallele Centronics e 
piena compatibilità MIDI. Inat- 
tesa di un eventuale importa- 
tore italiano, rivolgersi a: 

Vector, Haninger Weg 220, 
D-50969 Koln, Germany, 
tei. 0221-369062 0221-369064, 
fax 0221-369065 


ECTS SPRING 

t 94 

L’edizione primaverile di 
European Computer T rade 
Show, l'incontro semestra- 
le dedicato all’industria dei 
videogiochi, si terrà dal 10 
al 12 aprile presso il Busi- 
ness Design Centre, Royal 
Agricultural Hall, Upper 
Street, Londra NI. 

Per informazioni: 

Simon Harvey, Barrington 
Harvey, 

tei. +44-462-456780, 

Fax +44-462-456781 
Sarah James, 

Blenheim Online, 
tei. +44-81-742-2828, 
fax +44-81-742-3182 


dati, con molte immagini IFF e 
JPEG, è di 20 $ canadesi. 

AMUC, P.0. BOX 34230, fi 9, 
1200 37 St. S.W., Calgary, 

Alta, T3C3W2, Canada, 
tei. 0403-2422507 

SIMM STATIC COLUMN 

In Germania sono disponibili 
moduli di memoria SIMM da 4 
MB Static Column che montati 
sul 4000, secondo il rivendito- 
re, dovrebbero aumentare del 
20% le prestazioni quando si 
accede alla memoria Fast. 

Mainhattan Data, 

Schonbornring 14, 

63263 Neu-lsenburg, Germany, 
tel./fax 06102-51525 

ALMATHERA 

Nuovo disco della serie 17bit 
della società inglese: chiama- 
to “The Continuation” contie- 
ne i dischi 2302 e seguenti per 
un totale di 500 Mb. 

La società, ha cambiato indi- 
rizzo: 

Almathera Systems Ltd, 

Southerton House, 

Boundary Business Court, 92-94 
Church Boad, Mitcham, 

Surrey CR4 3TD, England, 
tei. 081-6870040, 
fax 081-6870490 

EDGE 

È questo il nome del nuovo 
text editor di Inovatronics, che 
permette l’editing di un nume- 
ro illimitato di file e di finestre, 
help on line in formato Amiga- 
Guide, Undo e Redo definibili 
dall’utente, uso di schermi 
pubblici, font definibili dal- 
l’utente, gestione di fold per 
nascondere parte del testo, 
ampiasceltadisegnalibri, uso 
innovativo di handler Amiga- 
DOS per caricare file nell'edi- 
tor, piena configurabilità di 
menu, tasti, messaggi, titoli: 
supporto di wildcard Amiga- 
DOS nelle complesse funzioni 
di ricerca, porta ARexx, ma- 
cro, backup multipli, word- 
wrap, formattazione di para- 
grafi, funzione di save auto- 
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matico, supporto clipboard 
standard, selezione di blocchi 
colonnari o verticali, esteso 
supporto alla stampa (numeri 
di pagina, header e footer, 
date), configurazioni locali per 
ogni file e altro ancora. 

Il prezzo è di 99 dollari. 

INOVAtronics, 

8499 Greenville Ave. 

Suite 209B, Dallas, Texas, 

75231, USA, 
tei. 0214-3404991 

NUOVA RIVISTA USA 
DEDICATA Al GIOCHI 

Dopo le notizie degli scorsi 
mesi su riviste USA che han- 
no chiuso i battenti, ecco una 
notizia controcorrente: è nata 
una nuova pubblicazione, de- 
dicata esclusivamente ai gio- 
chi per Amiga. 

È probabilmente l’effetto CD32 
che fa sentire i primi influssi (il 
primo numero ne contiene fra 
l’altro un'ampia descrizione). 
È lo stesso effetto che ha fatto 
tornare Lucas Arts e Sierra a 
progettare porting dei loro 
prodotti ludici su macchine 
AGA. 

Il nome della rivista è Amiga 
Game Zone e inizialmente sarà 
bimestrale. 

Amiga Game Zone, 

103 W. California, 

Urbana, IL, 61801, USA, 
tei. +1-217-3443478 

SCIENZA E AMIGA 

Se i giochi non vi interessano, 
magari vi attira la scienza. 
Scientific Amigan è una nuova 
pubblicazione mensile dedi- 
cata ad Amiga e destinata allo 
scienziatooall'ingegnere, che 
offrirà anche una libreria di 
dischi contenenti programmi 
e dati. 

La rivista è disponibile per ab- 
bonamento a 39 dollari l’anno 
in USA presso l'editore Walter 
Lounsbery. 

Scientific Amigan, 

POB 60685 , Savannah, 

GA 31420-0685, USA, 

CompuServe 72755, 135, 

Internet: waM@mi1.st.ca.usa 



BLUE RIBBON 

Mangazone annucia l'importazio- 
ne di prodotti Blue Ribbon: in par- 
ticolare Bars&Pipes Professional 
2.0 a L.700.000, Super JAM 1 . 1 a 
L. 259.000, The Patch Meister a 
L. 170.000, nonché dei vari mo- 
duli per B&P a L.1 1 9.000 l’uno. 

Mangazone Advanced Services, 
via Grandis 1, 00185 Roma 
tet/fax 06-7028955 


AMIGA MOVIE 

Amiga ha partecipato, in un 
modo o nell’altro, alla realizza- 
zione di numerosi film e docu- 
mentari, quasi sempre per gli 
effetti speciali in congiunzione 
al Vìdeo Toaster: vi presentia- 
mo un breve elenco dei più 
noti, tratto da un articolo di 
David Tiberio apparso sulle reti 
telematiche internazionali. 
Eccoli: “Star Trek VI” (anche 
l’astronave Enterprise), “Three 
Men and A Baby”, "Total Re- 
cali”, "Jurassic Park" (preview 
degli effetti speciali), "Honey, I 
Blew Up thè Baby", “Panama 
Deception” (ha vinto un Oscar), 
“Mouth of Madness” (di John 
Carpenter), “Sidekicks” (con 
l'incredibile Chuck Norris), 
“CitySlickers”,”FantasticFour: 
The Movie”, “Freejack”, "Hot 
Shots, Part Deux”, “Necrono- 


micon”, “Warlock”, 
“Waynés World II”. Fra i 
film per la TV, Amiga ha 
partecipato invece alla 
realizzazione di “After- 
burn”, "Babylon 5” (si 
vedrà anche in Italia e 
ha vinto un Emmy 
Award), “The Dark Half” 
(Stephen King), “Max 
Headroom” (lo si è già 
visto in Italia), “se- 
aQuest DSV" (con Roy 
Scheider, regia di Irvin 
Kirschner, produzione 
di Spielberg, sono stati usati 
60 Video Toaster per creare, 
pare, più effetti speciali di 
Guerre Stellari), “Tommyknoc- 
kers” (Stephen King, morphing 
con Morph Plus di ASDG), 
“Young Indiana Jones Chroni- 
cles" (vincitore di Emmy Award 
e già proiettato in Italia). 
Anche in qualche video clip si 
è fatto uso di Amiga, è il caso 
di Bee Gees, Billy Idol, Rick 
Finn,ToddRundgreneZZTop, 

HARD DISK E 1200 

L’Expansion Systems annun- 
cia tre nuovi prodotti DataFlyer: 
un case esterno per hard disk 
IDE (XDS), compatibile con 
l’hard disk interno del 1200, 
un controller SCSI (4000SX) e 
un hard disk removibile 
SyQuest (105SQ). In Italia sa- 
ranno importati da Axxel. 


PWTOOLS 

L’americana BlackTie Softwa- 
re ha annunciato la disponibi- 
lità di PWTooIs, un pacchetto 
del costo dì 25 dollari che con- 
tiene script ARexx per ProWri- 
te 3.3. I programmi consento- 
no, fra le altre cose, di creare 
automaticamente tavole dei 
contenuti e indice. 

Black Tie Software, 

4474 Valley Quail 
Blvd North, Western Ile, OH. 

43081, USA, tei. 0614-8913721, 
Internet: ronn@btsoft. cmhnet. org 

QUICKNET 

QuickNet è un sistema sof- 
tware proprietario di gestione 
di reti Peer-to-Peer, Ethernet 
compatibile. Per ora è dispo- 
nibile in versione Zorro II, ma 
sono previste versioni Zorro 
III, A500, Al 200, CD32. Il si- 
stema condivide device e pe- 
riferiche connesse a tutti gli 
Amiga in rete. È compatibile 
1 .3esuperiorl, supportail look 
dei record messaggi ARexx 
fra computer diversi e appli- 
cazioni distribuite. È previsto 
un driver SANA-II per l'inizio 
del ’94. Il costo è di 299 $i USA 
per la versione Thin Ethernet. 

Resource Management Force Pty 
Ltd, 70-74 May Street, 

StPeters NSW 2044, Australia, 
tei. +61-2-5504244, 
fax : +61-2-5504284, 
email: 

cbmaus1rmf1danielk@rmf.adsp.sub.org 

REPRO STUDIO UNIVERSA! 

Spectronics ha annunciato 
Repro Studio Universal, un 
programma che combina fun- 
zioni per l’elaborazione delle 
immagini, la creazione di gra- 
fica strutturata e il tracciamen- 
to di bitmap. È AGA compati- 
bile e permette il caricamento 
e il salvataggio di file a 24 bit in 
piùformati. PuòcrearefileEPS 
e permette la separazione dei 
colori. Possiede driver per 
numerosi scanner e imple- 
menta funzioni di gestione dei 
testi con font PostScript. Ri- 
chiede OS 2.0, 2 Mb di RAM e 


HARDITAL 

La società milanese ha iniziato l'importazione di tre prodotti 
della tedesca Advanced. Si tratta di Blizzard 1230, dotata di 
68EC030 a 40 MHz, zoccolo per coprocessore matematico sia 
PGA, sia PLCC con clock fino a 50 MHz, fino a 64 Mb di Fast 
con due moduli SIMM da 32 Mb, porta d’espansione per 
controller SCS12 DMA, orologio con batteria tampone. La 
scheda costa L.590.000, il modulo SCSI L.250.000, i moduli 
SIMM costano L.120.000 (1 Mb), L.240.000 (2 Mb), L.389.000 
(4 Mb), L.780.000 (8 Mb), L.1.490.000 (16 MB). Il secondo 
prodotto è Blizzard 1220, che sostituisce l’espansione di 
memoria 1204, ormai fuori produzione. La scheda funge 
adesso anche daacceleratrice, in quanto monta un 68020 a 28 
MHz (il doppio di quello dei 1 200), fino a 8 Mb di RAM e orologio 
con batteria tampone. La versione con 4 Mb costa L.560.000, 
il modulo aggiuntivo da 4 Mb L.400.000. Il terzo prodotto è la 
scheda Fastlane Z3, un controller SCSI2, Zorro III, DMA, ad 
alta velocità per A4000 e A3000. Permette di espandere la 
memoria fino a 256 Mb con moduli SIMM, li prezzi sono IVA 
compresa. 

Hardital, via Giovanni Cantoni 12, 20144 Milano, 

tei. 02-4983457 
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Amiga accelerato. Il prezzo è 
di 299 dollari USA nella versio- 
ne Amiga, 199 in quella per 
Windows (MS-DOS). 

Spectronics International U.S.A., 
Eddy Coopmans, 

34 East Main Street #23, 
Champaign. IL 61820, USA, 
tei: +1-217-3520061, 
fax: +1-217-3520063, 

BBS: +1-217-3527627 

REXXVAR 

RexxVar 1 .0 è una piccola, ma 
interessante estensione per 
ARexx che permette ai pro- 
grammi AmigaDOS di legge- 
re e scrivere variabili compo- 
ste ARexx come se fossero file 
di sistema. Richiede il 2.0 e 
costa 25 dollari. 

AugmenTek, 

3606 S. 180thSt. C-22, SeaTac, 
WA 98188-4339, USA, 
tei. 0206-2466077, 
email: sbr@halcyon.com 


GENERATION 3 

Generation 3 è una nuova col- 
lezione di software PD su flop- 
py dedicata esclusivamente 
agli Amiga 3.0 e superiori. 

Il costo è 10 dollari neozelan- 
desi per disco. 

PO Box 235, 

Palmerston North, NewZeatand, 
tei. +64-6-3587653, Usenet: 
Generation3@eclipse.acme.gen.nz, 
Fidonet: 

3:771/425 'Andrew Lockhart" 

NUOVA BBS GRAFICA 

ARES BBS, sysop Renato Ta- 
rabella, è una BBS dedicata 
alla grafica 3D e 2D su Amiga. 
Gli utenti troveranno raccolte 
di trucchi e consigli provenienti 
da Internet, Conferenze spe- 
cifiche, Texture, oggetti e altro 
per i migliori programmi di 
grafica. La BBS risponde ai 
numeri 0331/422026 e 0331/ 
422030, dalle 22.30 alle 9.00. 


NUOVI VIRUS AMIGA 

Safe Hex Int. comunica che 
è entrato in circolazione un 
nuovo virus 
Amiga. VT2.57 


Amiga e le rispettive lunghez- 
ze dei file (per assicurarsi di 
avere una copia della versio- 
ne originale): 


Si tratta di un VirusChecker 

trojan chia- BootX5.23b 

mato Digital- . B , 00t *™ c , o 9 1 

Dream che VirusZ U 100 

viene veicola- Virus Intercep 

viene veicola AntiCicloVir V 

to da un pre- virusWorkshc 

sunto virus 
killer circolato 

nelle BBS in versione com- 
pressa con PowerPacher lun- 
ga 6.496 byte (decompresso 
il programma è lungo 9.960 
byte). 

Il programma installa un boot- 
block virus mutante, cioè ca- 
pace di automodificare il pro- 
prio codice a ogni generazio- 
ne per evitare di farsi ricono- 
scere. Il virus è compatibile (!) 
con il Kickstart 2.0. 

La stessa organizzazione ha 
reso noto l’elenco delle ultime 
versioni dei virus killer per 


VT 2.57 16-10-93 137.520 

VirusChecker 6.33 06-10-93 44.116 

BootX 5.23b 20.06-93 79.912 

BootX recog 1 .85 03-10-93 31.848 

VirusZ II 100 30-10-93 62.696 

Virus Interceptor 1.14 30-08-93 14.440 

AntiCicloVir V2.0 01-05-93 53.628 

VirusWorkshop 2.6 17-10-93 321.420 


La prossima versione di Bo- 
otX reco g, cioè la 1 .90 sarà in 
grado di debellare anche gli 
ultimi virus scoperti, in parti- 
colare il Fred Choen bootvi- 
rus, il Digital Dream, il Sentinel 
bootvirus e il Leviathan. 

INTERNO 

Microbotics sta per rilasciare 
un modem interno ed esterno 
per Amiga chiamato Modem 
19. Non si conoscono ancora 
specifiche precise. ▲ 


SOFTWARE PER CORRISPONDENZA: COME RICEVERE I PROGRAMMI 

Per ordinazioni telefoniche chiamate lo 02.39320732. Per ordinazioni postali scrivete il vostro indirizzo negli appositi spazi, segnate le caselle corrispondenti ai programmi che volete 
ricevere e il tipo di spedizione desiderata. Ritagliate o fotocopiate la pagina e inviatela, in busta chiusa, all'indirizzo sottoriportato. Potete scegliere se pagare in contrassegno al postino 
oppure anticipatamente effettuando il versamento (costo programmi + spese spedizione) tramite bollettino postale (CCP n. 18461202 intestato a Studio Bitplane. v ie Jenner 74, 20159 


Studio Bitplane, v.le Jenner 74, 20159 MILANO 


Ecco alcuni esempi dei nostri programmi in italiano (con MANUALE IN ITALIANO) e 
compatibili con qualsiasi modello di Amiga: 

□SB501 - FINANZE PERSONALI (Lire 39.900). Personal Budget, gestisce qualsiasi 
movimento di denaro (stipendi, spese, andamento di attività commerciali, situazione di conti 
correnti, ecc.) «Visualizza e stampa, in ogni momento, elenchi di movimenti, bilanci e 
grafici! 

□SB517 - DATABASE GENERICO (Lire 29.900) DTBase è un potente database generico 
per l'archiviazione di qualsiasi tipo di dato (testi e valori) «Visualizza/stampa liste di dati 
selezionati in base al contenuto di un certo campo (voce) e tramite ricerche condizionali • 
Calcola anche le somme di eventuali dati numerici in un campo specificato. 

□SB526 - FOGLIO ELETTRONICO (Lire 39.900) Graphic Cale, una specie di foglio 
quadrettato su cui potete scrivere sia testi, sia valori numerici da elaborare secondo 
qualsiasi operazione algebrica o logica. In pratica è come avere un quaderno che scrive per 
voi i risultati delle operazioni, i totali in fondo alle tabelle, ecc. «Permette di disporre ovunque 
sulla pagina grafici rappresentativi di gruppi di dati (anche con legenda e grandezze 
percentuali!) «Formule sofisticate, gestione mouse e stampa in tutti i formati! 

□SB538 - IMPAGINAZIONE (Nuova versione! - lire 49.900) PixyWords v2.0, videoscrittura 
♦impaginazione +grafica! «Produzione a video della pagina esattamente come verrà 
stampata «Importazione di immagini IFF (qualsiasi formato e numero di colori!) «Definizione 
di riquadri di testo che possono essere posizionati ovunque (ad es. a colonne, intorno a una 
figura, come sui quotidiani!) «Rapida editazione testi, selezione di parti del testo via mouse 
(taglia, copia, incolla) «Giustificazione automatica testo (sinistra/destra/centro) «Utilizzazione 
di qualsiasi font standard per Amiga «Compatibilità Ascii «Creazione di documenti a colori • 
Facilissimo da usare! 

□ SB510 - MONDI 3D (Lire 29.900 - richiede almeno 1Mb) per creare immagini 
tridimensionali foto-realistiche (raytrace) «Gli oggetti e i mondi vengono definiti 
semplicemente componendo forme base già pronte (oppure create con SB512) da 
posizionare, dimensionare e deformare a piacere «Genera immagini in formato IFF tipo 
Ham. 

□SB524 - RIPARATORE IMMAGINI IFF (Lire 19.900), ricostruisce automaticamente le partì 
mancanti di un'immagine digitalizzata «Elimina testi sovraimpressi ricostruendo l'immagine 
sottostante «Cancella piccoli oggetti in primo piano ridisegnando lo sfondo «Ricostruisce la 
parte mancante analizzando la parte grafica circostante «Lavora su immagini standard IFF, 
con qualsiasi risoluzione. 


NOME: INDIRIZZO: 


OSB539 ■ TESTI EFFETTO METALLO (Nuova versione) - lire 29.900) Metal Render 2.0, 
creatore di testi speciali «Voi create un'immagine IFF a due colori (un testo, la sagoma di un 
marchio, la siluette di qualsiasi disegno) e il programma, in pochi istanti, metallizza tutto 
facendo sembrare i vostri lavori ritagliati o scolpiti nel metallo «Potente editor grafico interno! 
•Importazione/Esportazione immagini IFF «Disponibilità diversi effetti metallici (oro, argento 
rame, metalli colorati, ecc.) «Personalizzabilità degli effetti base per lo studio di nuovi effetti, 
anche non metallici. 

□SB537 - TITOLAZIONI ANIMATE (Nuova versione! - Lire 69.900) Title Animator 2.0, 
consente di animare a tutto schermo, in modo superfluido, fino a 63 oggetti grafici 
indipendenti «Scorrimenti di pagine di testo, moti e rimbalzi armonici di singoli caratteri, 
effetti gravitazionali «Suddivisione automatica di oggetti per effetti di esplosione ed effetti 
speciali «Calcolo automatico di moti accelerati, decelerati, oscillanti, gravitazionali, 
rimbalzanti «Gestione di diversi show indipendenti, attivabili in tempo reale con fa pressione 
del tasto funzione corrispondente per la generazione di intermezzi, titolazioni interattive, ecc. 
•Potente editor grafico interno per creazione oggetti e sfondi «Importazione di oggetti e 
sfondi creati con altri programmi grafici (standard IFF). 

□ SB528 - VIDEOTITOLAZIONI FACILI (Lire 29.900) Color Titler, permette di digitare un 
testo e farlo scorrere fluidamente da destra a sinistra «Include diversi set di caratteri di varie 
dimensioni, ad alta definizione, monocromatici e a colori (anche ad effetto metallo o 3D!) • 
Velocità variabile, pause, dissolvenze e altri effetti «Facilissimo da usare! •• Disponibile 
anche creatore di set di caratteri personalizzati (SB529 - lire 19.900) e set di caratteri già 
pronti disponibili nei dischetti SB530/3 1/32/33/34/35/36 (lire 19.900 ciascuno). 

□SB540 - EFFETTI VIDEO LOCALIZZATI! (Nuova versione! - Lire 39.900) Video Maker 2.0 
gestisce testi multicolore, grafica animata, passaggi ad effetto da un'immagine ad un altra, 
scorrimenti fluidi di grafica e testo in tutte le direzioni, più molto altro, e tutto anche limitato 
ad un'area più piccola dello schermo! «Editor interno per digitare direttamente da tastiera le 
pagine di testo e per realizzare disegni «Importazione di immagini standard IFF create con 
altri programmi «Estrema facilità d'uso. 

Modalità di pagamento, tipo e costo spedizione 

□ A) Contrassegno, lire 7.500 

□ B) Versam. anticipato. Spedizione raccomandata, lire 5.000 
□C) Versamento anticipato. Spedizione normale, GRATIS 

□ D) Contrassegno espresso, lire 10.500 

□ E) Versam, anticipato. Spedizione racc. espresso, lire 8.000 
□F) Versamento anticipato. Spedizione espresso, (ire 3000 


CITTA': 


SOFTWARE OMAGGIO!! 

NE ORDINI QUATTRO, NE PAGHI SOLO TRE!!! 

Nota: il quarto programma in omaggio deve costare MENO DI LIRE 30.000 







PIXEL ART EXPO - ROMA '93 



Fabrizio Farenga 


Lur Itet- 
eli Bill Graham 
(Amiga 3D). 

Domnpeilt 
eli Dino Marsan 
(Amiga 3D). 


di impegnarsi a patrocinare una serie 
di premi, riuniti in un’unica manifesta- 
zione di carattere internazionale, rela- 
tivi alla grafica e alla musica espresse 
tramite computer. 

L'intera manifestazione si è svolta in 
un'unica grande sala, suddivisa in 
quattro zone principali: nella più este- 
sa e importante si poteva assistere alla 
proiezione ininterrotta delle opere di 
computer-grafica. Si alternavano su- 
gli schermi 10 immagini statiche 2D, 
28 immagini statiche 3D, 10 animazio- 
ni 2D in tempo reale e 13 animazioni 
3D in tempo reale; contemporanea- 
mente, uno speaker forniva informa- 
zioni sull'autore e sull'hardware usato 
per creare l’opera. Su quest'ultimo 


Prima edizione 
del premio 
di computer-grafica 
e computer-musica 
in tempo reale 


A Roma, a pochi passi dal Foro 
Italico e dal Ministero degli 
Esteri, il 4 e il 5 dicembre si è 
svolta una interessante manifestazio- 
ne culturale: la prima edizione del Pixel 
Art Expò Roma '93, premio di compu- 
ter-grafica e computer-musica in tem- 
po reale. 

L'evento ha visto la luce grazie alla 
passione di due video-artisti, France- 
sco Franceschi e Leonardo Fischia- 
grilli, i quali, per dare maggior impulso 
a queste nuove forme espressive, de- 
cisero circa due 
anni fa di fondare 
un’associazione 
culturale chiama- 
ta Tecnopolis, e 



punto c’è da dire che. sebbene la 
manifestazione non fosse orientata 
verso nessun sistema in particolare, 
Amiga, come al solito, ha fatto la parte 
del leone; infatti ben 47 lavori sono 
stati realizzati utilizzando la macchina 
Commodore, mentre le opere realiz- 
zate con PC e Macintosh sono state 
rispettivamente 9 e 5. 

Purtroppo va osservato, a onor del 
vero, che alcune delle opere presen- 


Makellp eli Patrizio ammarata 
(Amiga 3D). 
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I INCUORI 



tate in concorso non erano a un livello 
qualitativo elevato, ma probabilmente 
ciò è dovuto alla “giovinezza" della 
manifestazione, non ancora ben nota 
quindi tra gli “artisti" del settore. In 
compenso, il carattere internazionale 
del premio è stato sufficientemente 
rispettato e, sebbene gli autori italiani 


L 'ultima 
farfalla 
di Dino Marsali 
(Amiga 3D). 




Braids di Bill Graham (Amiga ,iD). 


Sezione Animazione Grafica 3D In Tempo Reale 

AUTORE 

OPERA IN CONCORSO 

VOTI 

1 - Lorenzo Biondi (\T A/PC) 

Caduta Libera 

153 

2 - Marco Andrea Fichera (ITA/AMY) 

Spheres 

130 

3 - Bill Graham (USA/AMY) 

Eggs Friing 

129 

Sezione Animazione Grafica 20 In Tempo Reale 

AUTORE 

OPERA IN CONCORSO 

VOTI 

1 - Tapio Toivanen (FIN/AMY) 

Anim Noir 

126 

2 - Gerd Struwe (GER/AMY) 

Automatic Life And Dead 

125 

3 • Dino Marsan (ITA/AMY) 

Ballo 

123 

Sezione Immagine Grafica 3D In Tempo Reale 

AUTORE 

OPERA IN CONCORSO 

VOTI 

1 - Bill Graham (USA/AMY) 

Lurker 

152 

2 - Dino Marsan (ITA/AMY) 

Domopak 

143 

3 • Èva Cortese (ITA/AMY) 

Onamba 

137 

Sezione Immagine Grafica 2D In Tempo reale 

AUTORE 

OPERA IN CONCORSO 

VOTI 

1 -Gerd Struwe (GER/AMY) 

Mutter Was Hast Du Getan 

135 

2 - Peter Mane (USA/AMY) 

Upon Arrivai 

132 

3 - Paolo Conti (ITA'MAC) 

L'Alba Del Pittore 

108 

Sezione Musica NomMIDI In Tempo Reale 

AUTORE 

OPERA IN CONCORSO 

VOTI 

1 - Juva Kujanpaa (FIN) 

Alternative Samba 

125 

2 - Sami Saario (FIN) 

Unspoken Promise 

97 

3 - Sami Jarvinen (FIN) 

Revontulet 

91 

Sezione Musica MIDI In Tempo Reale 

AUTORE 

OPERA IN CONCORSO 

VOTI 

1 - Ambrogio Caliciotti (ITA) 

Le Moulin Au Vent 

94 

2 - Davide Guidoni (ITA) 

Shadow 

86 

3 - Umberto Sorbo (ITA) 

Orizzonti 

85 


abbondassero (come è ovvio, visto 
che la manifestazione si è svolta in 
Italia), su 61 opere complessive, 24 
erano straniere: molte statunitensi, al- 
cune tedesche, altre israeliane, finlan- 
desi e addirittura una australiana. 
Un'altra zona è stata interamente de- 
dicata alla riproduzione dei brani pre- 
sentati nella categoria computer-mu- 
sica in tempo reale e nella categoria 
musica MIDI. 


Tra i primi numerosi erano i moduli 
noise/sound-tracker generati su Ami- 
ga, i quali surclassavano abbondan- 
temente gli equivalenti per PC con 
schede SoundBlaster compatibili, 
mentre nella seconda mostravano tutta 
la loro potenza gli ottimi programmi di 
gestione MIDI presenti su piattaforma 
Macintosh (Amiga comunque si è 
contesa il secondo posto con i PC). 

I voti per la classifica finale sono stati 


espressi singolarmente dai numerosi 
visitatori, ai quali dopo la visione (e 
l'audizione) di tutte le opere, è stato 
richiesto di compilare un semplice 
questionario. 

Grazie alla raccolta di questi voti, il 5 
dicembre sono stati assegnati i premi, 
per gran parte riconoscendo opere 
realizzate con Amiga. Altre due sezioni 
sono state dedicate agli sponsor della 
manifestazione. In particolare, ricor- 
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Esterno 
di Luciano Spinosi 
(Amiga 3D). 


diamo Euro Digi- 
tal Equipment, im- 
portatrice della 
scheda grafica Pi- 
casso II, prodotta 
da Village Tronic. 

Peri pochi che or- 
mai non la cono- 
scessero, ram- 
mentiamo che si 
tratta di una sche- 
da a 24 bit Zorro II 
che permette 16 

milioni di colori con risoluzioni fino a 
800x600 e 32.000 colori con risoluzio- 
ni fino a 1.600x1.200. 

Tra gli altri prodotti in mostra, un pro- 
gramma per la gestione dei Photo-CD, 
PhotoWorX, che supporta tutte le nuo- 
ve risoluzioni Amiga e numerose 
schede a 24 bit (al momento Picasso, 


Retina ed EGS, ma si sta lavorando 
per allargare la compatibilità alle altre 
schede presenti sul mercato), dotato 
di qualche opzione di elaborazione 
delle immagini (ingrandimento, spe- 
cularizzazione, ecc.) che salva le foto 
informato IFF-ILBM, supporta la stam- 
pa diretta e permette un’ampia ge- 


stione dei colori (anche in fase di 
stampa). La configurazione minima ri- 
chiesta è un Amiga dotato di OS 2.x (o 
superiori), con 2 Mb di RAM e natural- 
mente un CD-ROM. È ovviamente 
garantito il funzionamento anche con i 
CD multisessione, mentre per gestire 
immagini a 24 bit alle maggiori risolu- 
zioni offerte dai Photo-CD (a meno di 
non ricorrere a una riduzione via sof- 
tware, sfruttando lo stesso PhotoWorX), 
è necessario disporre di parecchi 
megabyte di RAM (più di una decina). 
Presenti nello stand anche TrapFax 
(un nuovo concorrente di GPFax) e 
Magic Lantern, un programma pensa- 
to per creare, modificare e mostrare 
animazioni in tempo reale con colonna 
sonora integrata. 

In definitiva, si è trattato di una manife- 
stazione interessante, che promette 
molto per il futuro se, come speriamo, 
verrà mantenuta la promessa di orga- 
nizzare il Pixel Art Expò Roma ’94. 
Arrivederci allora a Roma il prossimo 
anno! ▲ 







Schede di rete 

Ethernet 


Alte risoluzioni (1600x1200), 
TrueColor, 256 colori in 
emulazione AGA sono ormai 
alla portata di tutti gli Amiga 
2000, 3000 e 4000 
grazie alia scheda 
Picasso II. 


Disponibile 


TV-Paint 2.0, 


in versione 


TrapFax 


Professional, 


altre schede. 


• '■ v* .... 

Finalmente 

■ ' ‘ 

accesso ai 

A 

Kodak 

-xP 

A' 

PhotoCD™ 


con tutti gii 
Amiga! 
Richiedete la 

versione 

dimostrativa!! 
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VILLAGE 

TRONIC 


Euro Digital Equipment 

Tei.: 0373/86023 
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ALLA SCOPERTA 
DI HDTOOLBOX 


Piccola guida 

per districarsi 

nella giungla delVRDB 


Paolo Canali 


Q uesto articolo intende fornire 
indicazioni utili a quanti pos- 
siedono un hard disk, per 
adattare la configurazione di questo 
utile ma complesso dispositivo, alle 
proprie esigenze e per risolvere pic- 
coli o grandi problemi che possono 
derivare dall'uso di HDtoolbox. 

RDB 

Gli Amiga che hanno l’hard disk di 
serie vengono forniti con il sistema 
operativo installato in modo standard. 
Analogamente, le impostazioni di fab- 
brica del software in dotazione ai 
controller per hard disk adottano una 
configurazione funzionale, ma, spes- 
so, non ottimizzata rispetto alle pro- 
prie esigenze. 

In molti casi può essere utile o ne- 
cessario modificare tale configurazio- 
ne che, si badi, viene memorizzata 
sull'hard disk stesso. 

Con l’eccezione dei controller parti- 
colarmente vecchi come A2090, Ami- 


ga utilizza un gran numero di parame- 
tri configurabili, che vengono regi- 
strati sui primi due cilindri dell’hard 
disk in un formato standard definito 
dalla Commodore e chiamato RDB 
(Rigid Disk Block). Di conseguenza, 
per ottimizzare il proprio hard disk 
occorre innanzi tutto un programma 
capace di modificare l'RDB: con i 
controller Commodore (quindi anche 
quelli di serie su A600, Al 200, A3000 
e A4000) viene fornito HDtoolbox, con 
i GVP FaaastPrep e così via. 

Fra l'altro, essendo l’RDB uno stan- 
dard, HDtoolbox può funzionare su 
qualsiasi controller compatibile al 
100% con le direttive Commodore, 
specificando da Shell il nome del “de- 
vice” del controller (se non lo si riesce 
a ricavare dal manuale della scheda, 
lo si può eventualmente scoprire con 
utility tipo Xoper). 

Ad esempio, per un controller GVP, 
si può fare: 

HDtoolbox device=gvpscsi . device 
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Exit 


Anche nel pubblico domi- 
nio esistono programmi per 
modificare l’RDB, ma biso- 
gna procedere con cautela 
quando si alterano para- 
metri critici che HDtoolbox 
non consente di modificare 
direttamente. 

Bisognerebbe sempre fare 
una copia di sicurezza del- 
l’RDB (per esempio con il 
programma PD “RDBto- 
ols”), in modo da metterlo al 
sicuro da virus e modifiche 
maldestre; al limite può es- 
sere sufficiente trascrivere 


Scegliere il drive giusto 
da formattare! 
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Workbench Screen 


»»» W* 


1SUS. 


Cy t inders : 
Heads; 
Blocks per Track: 
Blocks per Cyl tnder : 

Reduced Urite Current 
Cyl i rider : 
Urite Preconp 
Cylinder: 


J/ | 

InsTaTTà . 8 


su un foglio tutti i dati 
visibili con HDtool- 
box (lo consigliamo 
vivamente). 

D'altra parte, poiché 
HDtoolbox chiede 
sempre conferma 
prima di effettuare 
qualsiasi operazione 
che cancelli dei dati, 
non bisogna avere 
troppa paura nel- 
i’azionare i vari pul- 
santi, basta non dare 
poi l’OK quando il 
programma ci chie- 
derà in tono minac- 
cioso se deve pro- 
prio distruggere tutti i dati su disco! 

ORGANIZZAZIONE DEI DATI 


Per capire che tipo di informazioni 
siano contenute nell’RDB è meglio 
richiamare l'organizzazione dei dati 
su hard disk: i livelli di organizzazione 
necessari ad Amiga per gestire i dati 
sull’hard disk sono tre, tutti persona- 
lizzabili. 

1) Al livello più basso c’è il formato 
fisico, realizzato con la formattazione 
a basso livello. Durante questa ope- 
razione vengono scritte sulla superfi- 
cie magnetica del disco le informazio- 
ni che servono ai circuiti elettronici 
dell’hard disk stesso (o del controller, 
a seconda del tipo di interfaccia) per 
guidare la testina. Solo gli hard disk 
SCSI sono abbastanza flessibili da 
consentire una limitata personalizza- 
zione di queste informazioni, mediante 
specifici comandi SCSI, come è stato 
spiegato nei numeri scorsi di Tran- 
sAction. 

Si noti che il pulsante “Low level for- 
mat” di HDtoolbox non effettua asso- 
lutamente la formattazione a basso 
livello degli hard disk AT-BUS o SCSI, 
ma si limita a dare ordine all’hard disk 
di “eliminare” i blocchi difettosi scoperti 
durante l’analisi delle superfici, co- 
mandata dal pulsante “Verify data on 
drive". 

2) Al di sopra del primo livello c’è 
quello di gestione del disco, che serve 
a far riconoscere l’hard disk ad Ami- 
ga, grazie alle informazioni contenute 
neii’RDB: è questo che si personaliz- 


FileNane: 
Manufacturers Nane: 
Drive Nane; 
Drive Revisioni 


I tirine definii ions 


TUJTTSr 


TOT 


0607 


Read Configurai ion 


11334 




1288 


Size: 1333BBK (130 Meg) 


Park head where (cylinder): 11334 


Supports reselection 


Ok 
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B 


1EU&. 


za con HDtoolbox. Questo livello è 
necessario perché gli hard disk non 
sono tutti uguali, come capita invece 
con i floppy disk o i CD-ROM: visto 
che un floppy disk ha sempre 80 tracce 
e due facce, basta scrivere questi 
due numeri nella ROM del Kickstart, 
ma un hard disk può avere qualsiasi 
numero di tracce e superfici! 

Un hard disk senza RDB resta inerte 
ed è ignorato da AmigaDOS; solo il 
software che dialoga direttamente con 
il controller, come HDtoolbox è in 
grado di “vederlo”. 

Il sistema utilizzato da Amiga è uno 
dei più sofisticati esistenti: basta ve- 
dere il numero di parametri che è 
possibile modificare, per rendersene 
conto. 

È possibile per esempio suddividere 
la capacità dell'hard disk in un nume- 
ro teoricamente infinito di hard disk 
virtuali più piccoli: le “partizioni”. Per 
confronto, negli IBM compatibili è 
possibile specificare esclusivamente 
il numero di testine, cilindri e settori 
del disco, con un limite hardware di 
due dischi, 1.024 cilindri e quattro 
partizioni per disco: chi ha esigenze 
superiori, deve acquistare costosi 
controller speciali, che implementano 
una nuova gestione dei volumi logici, 
diversa per ciascuna marca! 

3) Il filesystem è quella parte di Ami- 
gaDOS che si occupa di organizzare 
i dati di una partizione in file e di- 
rectory; per estensione, il termine in- 
dica anche il formato logico dei dati 
nella partizione. È possibile usare un 
filesystem diverso per ogni partizione 


A 

LU2JÌ5 


Come appare 
un hard disk 
ad HDtoolbox. 


e HDtoolbox consen- 
te di sceglierei relativi 
parametri. 

Perché il filesystem 
possa lavorare è ne- 
cessario formattare la 
partizione ad alto li- 
vello con il comando 
AmigaDOS “Format”, 
che scrive sull’hard 
disk le informazioni 
necessarie a distin- 
guere i blocchi liberi da quelli occupa- 
ti dai file, occupando così una parte 
della capacità del disco; se non si 
specifica la keyword QUICK, “For- 
mat” provvede inoltre a sovrascrivere 
tutti i blocchi rimanenti della partizio- 
ne. 

Altro spazio viene perso a causa delle 
informazioni che il filesystem abbina a 
ogni file, per poterlo recuperare e 
gestire: ogni filesystem consuma una 
quantità diversa di spazio e il più 
sprecone è l’OldFileSystem (OFS). 
Questo è il motivo per cui, copiando 
dati tra due dispositivi che usano file- 
system diversi (un hard disk e un 
floppy disk per esempio), il numero di 
blocchi consumati “ingrassa” o “di- 
magrisce” misteriosamente. 

Parlando sempre di spazio, si ricordi 
che per i produttori di hard disk, 1 
megabyte corrisponde a un milione 
esatto di byte; per AmigaDOS a 
1 .048.575: questo spiega certe diffe- 
renze tra il numero di megabyte che si 
acquista e quello che si scopre di 
avere! 

Un’ultima nota sulla capacità dell'hard 
disk: normalmente i filesystem mani- 
polano i dati a blocchi di 512 byte per 
volta, quindi tutti i file di lunghezza non 
multipladi512vengono “arrotondati”, 
aggiungendo dei byte in coda, che 
vengono rimossi quando il file viene 
letto (in modo che l’utente non si ac- 
corga di nulla). 

Lo spazio sprecato sull'hard disk da 
questi byte è detto “slack" e, per ridur- 
lo, è necessario utilizzare un software 
di compressione del disco o limitare il 
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IL 40% DI SCONTO E UN 

UN ABBONAME 


Chi usa Amiga conosce bene Amiga 
M agazine, e Amiga M agazine conosce 
i suoi lettori e le loro esigenze: 
per questo la rivista, dispon i- 
bile anche nella versione 
con floppy disk, è sem- 
pre così attuale, dina- 
mica e informata sulle 
novità del settore. 

E non solo: ci sono in- 
chieste, aggiornamenti tecnici , 
scambi di esperienze, reportage da ma 
nifestazioni nazionali ed internazionali e 



informazioni utili di ogni tipo. 

Perché chi fa Amiga Magazine è, co- 
me chi lo legge, un vero appassionato, tec- 
nicamente preparato e desideroso 
di conoscere, di scoprire 
nuove frontiere. 

Il "i divertimento elettro- 
nico" entra così in una di- 
mensione più evoluta e tec- 
nologicamente sofisticata, dove 
il computer Amiga non ha più 
segreti. Amiga Magazine nasce dal 
Gruppo Editoriale Jackson, e porta i 



AGAZINE. 


UTILISSIMO DATA BANK. 


NTO CHE VALE! 


segni distintivi di questa grande famiglia 
professionale: la serietà, l’affidabilità , la 
competenza. E per finire, ab- 
biamo lasciato l'argomento più 
eccezionale e imprevedibile: 
l ' offerta dell ’abbo na men to . 

Lo sconto è del 40% sul- 


l'abbono m eri to a n n naie: 


!.. 42.900 anziché L. 71.500, 



per Ami g a Ma g azine ; L. 92.400 anziché 

!.. 154.000, con un risparmio 
di L. 61.600 per Ami g a Ma- 
g azine Disk. Ma non è tutto, 
in regolo c'è qualcosa di 
grande, anche se di picco- 
le dimensioni: un data 
' bank portatile , utile in ogni 
occasione , da tenere sem- 
pre con sé. 


con un ri s parmio di L. 28.600 

IL NUMERO UNO NELLE RIVISTE SPECIALIZZATE. 


GRUPPO EDITORIALE 

JACKSON 


Via Massimo Gorki, 69 - 20092 (Anisetta Balsamo (MI) 



più possibile il numero dei file (meglio 
pochi grossi di tanti piccoli) e non 
usare blocchi di 1 .024 byte (vedremo 
più in là come è possibile usarli). 

INSTALLAZIONE 
DI UN HARD DISK 

Ora vedremo come servirsi di HDtool- 
box per far riconoscere una periferica 
al sistema dopo l’installazione hard- 
ware. In breve, la procedura è la se- 
guente: 

1) Si sceglie il tipo di hard disk con i 
pulsanti “Change Drive Type”, ''Defi- 
ne new” e infine “Read configuration 
from drive". In questo modo appaiono 
i parametri impostati dal costruttore 
che HDtoolbox registra anche su di un 
file, in modo che in futuro appaiano 
nella lista presentata quando si sele- 
ziona “Change Drive Type". 

Di default, il file dei parametri ha nome 
“Drive definitions” e si trova nella stes- 
sa directory di HDtoolbox, ma si può 
rinominare a piacere, semplicemente 
digitando il nome nell’apposito spazio. 
È meglio non modificare questi para- 
metri a mano, perché anche se agen- 
do in modo intelligente si può aumen- 
tare la capacità utile del drive di qual- 
che centinaia di kilobyte, HDtoolbox 
non consentirebbe più di conoscere i 
valori impostati. 

Se il pulsante “Read Configuration” 
non agisce, significa che ci sono pro- 
blemi di compatibilità hard- 
ware e tentare di impostare i parame- 
tri a mano, quasi mai risolve la situa- 
zione; fanno eccezione gli A590 con 
hard disk di tipo XT. 

2) Si stabiliscono le 
partizioni, che an- 
dranno formattate una 
alla volta ad alto livel- 
lo dopo aver riavviato 
Amiga usando il co- 
mando Format di 
AmigaDOS o il Work- 
bench; se il disco non 
èremovibileedèSCSI 
o AT-BUS, si può ri- 
sparmiare molto tem- 
po aggiungendo la 
keyword “quick” sulla 
linea di comando. 

HDtoolbox crea auto- 
maticamente due 


partizioni: se ne vogliamo tre, dobbia- 
mo selezionarne una e cancellarla, 
quindi crearne due nello spazio libe- 
rato e, successivamente, stabilire le 
dimensioni di tutte e tre. 

SCEGLIERE IL FILESYSTEM 

Il filesystem da utilizzare va scelto 
quando si crea la partizione. In prati- 
ca con HDtoolbox si sceglie quale 
“programma di tipo filesystem" si vuole 
usare con quella determinata parti- 
zione; esso verrà automaticamente 
caricato quando il sistema legge l’RDB 
al boot. 

Con il comando Format di AmigaDOS 
spieghiamo al filesystem, che senza 
specifiche istruzioni resterebbe ozio- 
so in memoria, qual’è la partizione di 
cui si deve “prendere cura”, in che 
modo farlo e con che nome la deve 
“chiamare”. Da questo momento il 
filesystem resta saldamente legato alla 
partizione, tanto che nella maggior 
parte dei casi l’unico modo per sosti- 
tuirlo (per esempio con una versione 
più aggiornata) senza riformattare tut- 
to è usare il programma “Reorg”. 
Oltre a quelli forniti con il sistema 
operativo (OldFileSystem e FastFile- 
System), sono reperibili nel pubblico 
dominio un filesystem Unix e uno Ma- 
cintosh (molto veloci). 

Tra quelli standard si deve scegliere 
sotto 3.0 il FastFileSystem Internazio- 
nale, eventualmente con l'opzione Di- 
rectory Cache. Internazionale signifi- 
ca che l’indifferenza tra nomi maiu- 
scoli e minuscoli (per cui dando il 


comando “COPY prova RAM: ” vengo- 
no copiati i file “Prova” “PROVA” e 
“prova”) viene estesa anche alle lette- 
re accentate. 

L’opzione Directory Cache, presente 
dalla versione 3.0 di AmigaDOS, ser- 
ve per velocizzare l’accesso in lettura 
e aumentare la possibilità di recupero 
di file corrotti, a prezzo di una velocità 
di scrittura dimezzata e solo se la 
partizione non è completamente pie- 
na. Va quindi usata solo per partizioni 
non completamente piene, sulle quali 
si pensa di non scrivere quasi mai 
(per questo, di solito non viene usata). 
È molto importante rispettare la coe- 
renza tra il filesystem scelto in HDtool- 
box e le opzioni fornite comando For- 
mat AmigaDOS. 

Per esempio, se per la partizione DHO: 
si sceglie in HDtoolbox “FastFileSy- 
stem", la linea di comando per format- 
tare successivamente ad alto livello 
quella partizione potrà essere: 

Format DRIVE DHO : NAME 

"Programmi" INTL FFS 

oppure: 

Format DRIVE DHO: NAME 

"Programmi" INTL FFS DIRCACHE 

QUICK 

ma non: 

Format DRIVE DHO: NAME 

"Programmi" OFS DIRCACHE 

perché avevamo dichiarato la parti- 



lo stesso hard disk 
di figura 2 
visto da Faaastprep. 
Poiché l’RDB 
è standard, non ci sono 
incompatibilità 
Tutto è concentrato 
in un’unica schermata; 
la voce 

“Disconnect/Reconnect” 
equivale a 

“Supports reselection” 
su HDtoolbox. Le voci 
“last Disk” e “last Lun” 
saranno spiegate 
sui prossimi numeri 
di Amiga Magazine. 
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zione come FastFi- 1818111! lUil 
leSystem (FFS). 

Nell'esempio si nota 
come per ogni parti- ****** 

zione ci sono due MmkM MIm* . 
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con HDtoolbox; il . 

secondo (Program- 
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volume logico che si - ... à H* 

sceglie con il co- 
mando Format e si ^ 

può cambiare da 
Workbench con l’opzione di menu 
“Renarne” o da Shell col comando 
Relabel. 

Il dispositivo resta accessibile con il 
suo nome anche quando non è for- 
mattato ad alto livello; in questo caso, 
ogni tentativo di leggere o scrivere file 
su di esso fallisce e la sua icona sul 
Workbench non appare o ha un nome 
spurio (manca infatti il nome di volume 
logico). 

La stessa cosa accade se si formatta 
la partizione in un modo che l’Amiga- 
DOS non conosce, per esempio in 
formato A-MAX o usandola per regi- 
strare direttamente ad alta velocità 
sequenze animate o sonore con il 
software a corredo di certi campiona- 
tori: per far sparire l’antiestetica icona 
sul Workbench, basta impostare il fi- 
lesystem della partizione come “Re- 
served” mediante FlDtoolbox (con la 
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OPZIONI AVANZATE 

A quasi tutti i parametri più interes- 
santi di FlDtoolbox, come agli ultimi 
due citati, si accede azionando il 
pulsante “Partition Drive” e attivan- 
do “Advanced Options”. 

In questo modo, per esempio, di- 
ventano visibili anche i valori dei 
cilindri iniziale e finale delle partizioni: 
al momento della creazione di una 
partizione è meglio impostarli ma- 
nualmente, infatti se ci si basa sulla 
sola rappresentazione grafica è fa- 
cile dimenticarsi qualche cilindro 
inutilizzato tra una partizione e l'altra. 
Per sapere esattamente a quanti byte 
corrisponde una partizione bisogna 
prima stabilire quanti byte sono con- 
tenuti in un cilindro; per saperlo, 
basta tornare alla schermata princi- 
pale e selezionare “Change Drive 


chi per cilindro 
Mi j (“Blocks per Cylin- 

„ . , der”) e quindi basterà 

'! "■* ricordare che un 

blocco contiene (di 
solito) 512 byte per 
sapere la dimensione 
.V J esatta di ogni cilindro 

e di conseguenza di 
Kin~a ogni partizione. 

Nelle ultime versioni 
di FlDtoolbox è possibile, al solito 
scegliendo “Partition Drive”, “Advan- 
ced Options” e poi “Change...”, sce- 
gliere la dimensione del blocco tra 
512 byte e i suoi multipli. 

Questa selezione ha effetto solo se il 
dispositivo SCSI è stato in preceden- 
za formattato a basso livello con un 
blocco di tale dimensione. 

Con 1 .024 byte per blocco si aumenta 
la velocità di trasferimento dei dati e, 
in casi particolari, anche la capacità 
dell’hard disk. La formattazione a 1 .024 
byte per blocco si ottiene a livello di 
programmazione con comandi SCSi- 
direct, come spiegato sugli scorsi nu- 
meri di Transaction ed è quindi possi- 
bile solo ai programmatori. 

MAXTRANSFER 

Il parametro Maxtransfer (nella fine- 


sequenza di pulsanti “Partition Drive”, 
“Advanced Options”, “Change...” o 
“Change File System for Partition” e 
“Reserved Partition”). 

Quando si vuole modificare il filesy- 
stem utilizzato da una partizione me- 
diante la sequenza “Partition Drive”, 
“Advanced Options”, “Add/Update. . . ” 
o “Add/Update File Systems" e poi 
“Update File System”, se nello spazio 
riservato al nome del filesystem si 
scrive semplicemente “fastfilesystem” 
verrà usato quello in ROM (non pre- 
sente nei Kickstart 1 .2 e 1 .3), altrimen- 
ti se si scrive "Lfastfilesystem” verrà 
letta e copiata dentro l'RDB la versio- 
ne presente su file nella directory L: 
(di solito è proprio questo che si vuole 
ottenere quando si intende aggiorna- 
re il filesystem). 


Type”, “Define New” e “Read Confi- 
guration”: si troverà il numero di bloc- 


ATTENZIONE • Chi deside- 
rasse acquistare i due dischetti 
di Amiga Magazine è pregato di 
utilizzare il c/c postale 1889.3206 
intestato a 

Gruppo Editoriale Jackson 

casella postale 10675, 20110 Milano 

specificando nella causa- 
le di versamento che si 
vogliono i dischetti di Ami- 
ga Magazine e il numero 
della rivista corrisponden- 
te. Ricordiamo che il costo 
è di L.1 5.000, incluse le 
spese di spedizione. 


stra che sì intitola “File System Cha- 
racteristics”) indica il numero massi- 
mo di byte che il filesystem può richie- 
dere al controller in un colpo solo. 

La massima velocità di trasferimento 
si ottiene impostandolo a Oxffffff, ma i 
limiti fisici di alcuni hard disk AT-BUS 
(600, 1 200 o 4000) o di certi controller 
SCSI rendono necessario scrivere 
Oxffff, per evitare che i file vengano 
corrotti o che si verifichino errori di 
ricezione dei dati provenienti dalla 
porta seriale. 

MASK 

Il parametro Mask, nello stesso scher- 
mo, è importantissimo ed è stato inse- 
rito per problemi di compatibilità. Può 
succedere che in un Amiga dotato di 
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controller che usa la tecnica DMA 
(Direct Memory Access) per liberare 
la CPU dal compito di fornire o legge- 
re dal controller i byte uno a uno, sia 
presente della RAM che non è acces- 
sibile in modo DMA. Se il filesystem 
abilitasse il controller a usare il DMA 
per questa memoria, potrebbe suc- 
cedere di tutto: da un blocco dì siste- 
ma spettacolare a una semplice cor- 
ruzione dei dati sull'hard disk o in 
memoria. Il parametro istruisce il file- 
system a considerare “speciali” alcu- 


valore 1 . Ora basta convertire il nume- 
ro ottenuto in esadecimale e aggiun- 
gerci davanti il prefisso convenziona- 
le Ox. 

Più precisamente, il filesystem esami- 
na l’indirizzo iniziale del blocco di 
locazioni da trasferire e lo compara, 
bit per bit, con il parametro Mask: se 
almeno un bit dell’indirizzo iniziale 
del blocco vale 1 quando nel para- 
metro mask vale 0, il trasferimento 
dell’intero blocco avverrà nel modo 
“lento”. Fortunatamente, ì casi pratici 


Parametri 

importantissimi. 


Horkbench Screen 



I 


ne locazioni di me- 
moria: quando un 
programma chiede il 
salvataggio (o cari- 
camento) di dati posti 
in locazioni speciali, il 
filesystem, invece di 
trasferirli direttamen- 
te nell’hard disk, pri- 
ma li copia, un blocco 
alla volta, in unaqual- 
siasizonadi memoria 
“normale” e poi sul- 
l’hard disk. Il risultato 
è che la velocità con 
cui vengono trasferiti 
i dati da e verso l’hard disk nelle zone 
di memoria dichiarate speciali è an- 
che trenta volte inferiore a quella nor- 
male, ma almeno i dati non vengono 
corrotti. Il valore del parametro si 
calcola idealmente con questa regola 
teorica (non spaventatevi, subito dopo 
vedremo alcune semplici regole pra- 
tiche): se pensiamo di associare un 
bit a ciascuna linea d’indirizzo del 
microprocessore, otteniamo nel 
complesso un numero a 32 bit (trala- 
sciamo per ora il fatto che 68000, 
68010 e 68EC020 non hanno tutti i 
piedini d'indirizzo). 

In questo numero, lasciamo a 1 i bit 
che corrispondono alle linee che pos- 
sono assumere un qualsiasi valore 
senza che il controllore DMA abbia 
problemi, mentre fissiamo a 0 i bit 
corrispondenti alle linee che mande- 
rebbero in crisi il DMA se, durante il 
trasferimento dei dati, assumessero il 
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che possono capitare sono pochi e 
non è necessario fare calcoli: 

1) Se il controller non usa il DMA (è il 
caso dell'AT-BUS di A4000, A1200 e 
A600), Mask deve valere Oxffffffff (non 
esistono locazioni speciali). 

2) Normalmente tutta la RAM è acces- 
sibile al DMA. In questo caso il valore 
di Mask deve essere: 

Oxfffffe negli Amiga con 68000 o 
68EC020 

0x7ffffffe negli A3000, A3000T e negli 
A2091 dotati di ROM 7.0 e 
installati su A4000 

Oxfffffffe negli altri casi. 

Un valore diverso può abbassare 
notevolmente le prestazioni dell’hard 
disk. 

3) I controller DMAZorro2, installati su 


A3000 o A4000, ma con ROM non 
aggiornate, esigono un Mask di 
OxOOOffffe (solo chip RAM accessibile 
al DMA). I controller DMA Zorro3 in- 
stallati su A3000 o A4000 sono un 
caso normale, che rientra nel punto 2. 

4) Se in un A2000 o A500 è presente 
una scheda acceleratrice e si usa un 
controller posto in un altra scheda, 
scegliere OxOOfffffe. 

La lettera finale è “e" (quindi il bit 0 è 
impostato a 0) perché in Amiga il DMA 
lavora almeno a 16 bit e quindi il 
blocco da trasferire 
deve ovviamente ri- 
siedere a indirizzi 
pari. Una regola em- 
pirica quasi sempre 
valida dice che l’hard 
disk lavora tanto me- 
glio quanto maggiore 
è il numero di lettere 
“f” nel parametro 
mask: un controller 
non DMA o uno Zor- 
ro3 saranno più velo- 
ci di un controller 
DMA Zorro2; un con- 
troller DMA Zorro3 è 
più veloce di quello di 
A3000 e così via. 
Ovviamente oltre alla 
velocità, ci sono altri 
parametri per la scel- 
ta del controller, come 
spiegato sul numero 32 di Amiga Ma- 
gazine (Marzo 1992). A questo punto 
è chiaro che l’RDB nasconde un’insi- 
dia a coloro che usano un hard disk 
esterno portatile o cartucce removibili 
su più di un Amiga: ci sono parametri 
dipendenti dal controller o dalla ver- 
sione di sistema operativo (Mask, il 
filesystem e il supporto alla reselezio- 
ne) che risiedono su RDB e quindi 
sono abbinati al disco o alla cartuc- 
cia! È purtroppo un difetto “filosofico” 
di AmigaDOS, col quale si deve con- 
vivere: in casi particolari, per leggere 
una cartuccia su un Amiga diverso, 
bisogna lanciare FlDtoolbox per adat- 
tare i parametri. Infine i dispositivi a 
sola lettura, privi di RDB (i CD-ROM 
ad esempio), non possono essere 
montati automaticamente, a meno di 
installare su Amiga una ROM che li 
riconosca (è il caso di CDTV e CD32). 
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GVP Al 230 TURBO+ 
E A 1291 SCSI KIT 


Romano Tenca 


Le ultime versioni 
delle espansioni GVP per 1200 


S ubito dopo l’apparizione 
del 1200, GVP, nota so- 
cietà statunitense di pro- 
dotti hardware e software per 
Amiga, fece apparire, prima 
fra tutte, una scheda accele- 
ratrice per la nuova macchina 
Commodore con 68EC030 a 
40 Mhz e una scheda di me- 
moria dotata di interfaccia 
SCSI. Entrambi i prodotti sono 
stati recensiti da Amiga Ma- 
gazine a suo tempo. 

Ora, a distanza di qualche 
mese, la società ha rivisto il 
progetto iniziale ed è riuscita a 
migliorare ulteriormente il 
proprio prodotto, integrando 
sulla scheda acceleratrice 
l’orologio con batteria tampo- 
ne e un connettore d'interfac- 
cia per ulteriori espansioni. La 
prima di tali espansioni è un 
controller SCSI chiamato 
Al 291 SCSI Kit Performance 
Series II. Sono previsti per il 
futuro una scheda audio a 16 
bit e un digitalizzatore video. 
Grazie all’accoppiata delle 
due schede, l’utente del 1 200 
potrà arrivare a disporre di un 
68EC030 a 40 Mhz o di un 
68030 a 50 Mhz, di 68882 a 40 
o 50 Mhz, di 32 MB di RAM a 
60 ns, di porta SCSI molto 
veloce e di orologio. Il già 
potente 1200 diventerà real- 
mente un’altra macchina, su- 
periore nelle prestazioni a 
3000 e a 4000/030 e aperta al 
vasto mondo delle periferiche 
SCSI. 

CONFEZIONI 
E INSTALLAZIONE 

Il 1230 Turbo-i- viene fornito 
nellaclassicaconfezioneGVP, 
questa volta con toni tendenti 
al rosso. AH’intemo si trova la 


scheda, un manuale in ingle- 
se, un dischetto e un coper- 
chio sostitutivo per il cassetto 
inferiore del 1200. 

Il manuale, una ventina di pa- 
gine, è chiaro, bene illustrato, 
ma al solito privo di indicazioni 
tecniche approfondite. 
L’installazione dell’hardware è 
semplicissima: basta rimuo- 
vere il coperchio del vano in- 
feriore del 1200 e inserire la 
scheda con il lato saldature 
verso l'esterno. La scheda 
trova posto con sufficiente fa- 
cilità, al pari di tutte le schede 
di questo tipo, bisogna co- 
munque evitare di esercitare 
una forza eccessiva al mo- 
mento dell’innesto. L’installa- 
zione non pregiudica la dura- 
ta della garanzia. 

Sulla scheda può essere 


montato un 68EC30 (cioè un 
68030 privo di MMU, come 
quello montato sul 4000/030, 
che, sotto Amiga, serve a 
gestire la memoria virtuale con 
programmi quali GigaMem o 
a far funzionare utility di debug 
quali Enforcer e poco altro 
ancora) a 40 Mhz oppure un 
68030 a 50 Mhz. Non è pos- 
sibile sostituire in un secondo 
momento il 68EC030 con il 
68030: tale decisione va pre- 
sa all’atto dell’acquisto (que- 
sto almeno si evince dal ma- 
nuale che non fa alcun riferi- 
mento a come operare tale 
sostituzione, si noti comunque 
che il 68EC030 della scheda 
da noi provata era montato su 
zoccolo). 

A seconda delle versioni è 
disponibile inoltre uno zocco- 


10 per 68882 (a 40 o 50 Mhz a 
seconda del processore in- 
stallato) di tipo PGA (come nel 
nostro caso) o PLCC. 

Una batteria con orologio in- 
corporato e sostituibile in caso 
di cattivo funzionamento (ma 
dovrebbe funzionare senza 
problemi per circa 1 0 anni) fa 
bella mostra di sè accanto ai 
due connettori per le SIMM, 
che montano moduli di me- 
moria da 32 bit, 60 ns, targati 
GVP (non si possono usare 
SIMM standard). 

Nel nostro caso era montato 
un modulo da 4 Mb, ma la 
scheda può essere espansa 
fino ad accogliere 32 Mb di 
RAM mediante due SIMM da 
16 Mb, Si possono mescolare 
SIMM di diversoformato, da 1 , 
4 o 16 Mb per ottenere una 
delle seguenti combinazioni: 
1,2, 4, 5, 8, 16, 17,20, 32 Mb. 
Solo nel caso si usino le SIMM 
da 16 Mb è necessario agire 
su un jumper di configurazio- 
ne. Una nota al riguardo: le 
illustrazioni del manuale indi- 
cano, per i jumper, posizioni 
diverse da quelle realmente 
presenti sulla scheda. La po- 
sizione del jumper J3, che 
serve a configurare la memo- 
ria, è comunque facilmente 
rintracciabile perché chiara- 
mente indicata in serigrafia 
sulla scheda stessa. 

11 resto della scheda è occu- 
pato dachipintecnologiaSMD 
(a montaggio superficiale), 
dalle ROM di configurazione 
montate su zoccolo e dal clock 
del processore (nel nostro 
caso era da 40 Mhz). 

Il connettore d’espansione è 


La 1230 secondo Sysinfo. 



AMIGA MAGAZINE 23 



montato dal lato saldature: si 
tratta di un piccolo connettore 
a 32 poli che sporge dalla 
scheda e che in certi modelli 
di 1200 può interferire con la 
chiusura dello sportellino infe- 
riore (come è avvenuto nel 
nostro caso). Pertanto GVP ha 
inserito nella confezione uno 
sportellino sostitutivo, in tutto 
e per tutto simile a quello di 
serie, che può essere usato su 
quei particolari modelli di 
1200. 

Quando la scheda è montata, 
il connettore d’espansione si 
posiziona in corrispondenza 
di una piccola feritoia interna 
del 1200 che è posta in linea 
con lo sportellino che si trova 
sul retro della macchina e che 
è coperto, normalmente, da 
una piccola lamina in plastica. 
Per inserire l'AI 291 SCSI Kit, 
basta inserire il kit nel vano 
che si apre sul retro del 1200, 
quando si rimuove la lamina 
citata. 
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I 4 Mb di memoria secondo 
Aibb: nonostante la latenza 
sia alta (7.1) il test 

della memoria ha rivelato 
una grande velocità. 

Che Aibb sia in errore 
in questo caso? 

II controller SCSI 
appare al sistema 
come una espansione 
in standard Zorro II. 


Il pettine dell’espansione an- 
drà a inserirsi nel connettore a 
32 poli del 1230 Plus senza 
sforzi, senza che sia neces- 
sario aprire il 1200 e senza 
invalidare la garanzia (I). La 
1291 va poi fissata con l’appo- 
sita vite usando il foro presen- 
te sul fondo del 1200 e sul 
retro apparirà un connettore a 
25 poli SCSI per periferiche 
esterne. Un piccolo capolavo- 
ro di ingegneria! 

Assieme alla piccola scheda 
SCSI, su cui compare solo il 
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A600 

A3QM:25 

1230+ 

A4000-40 

EmuTest 

0.54 

2.72 

3.87 

8.66 

EllipseTest 

0.42 

0.98 

1.73 

2.28 

LineTest 

0.58 

0.62 

1.10 

1.09 

InstTest 

0.57 

3.12 

4.56 

5.73 

Writepixel 

0.34 

1.19 

2.38 

5.16 

Sieve 

0.23 

2.14 

3.40 

2.70 

Dhrystone 

0.49 

2.75 

4.04 

9.34 

Sort 

0.37 

2.65 

4.15 

7.31 

Matrix 

0.27 

2.76 

4.28 

4.40 

IMath 

0.12 

2.11 

3.29 

4.86 

MemTest 

0.36 

2.38 

3.40 

1.27 

TGTest 

0.47 

0.91 

1.50 

1.79 

Savage 

0.48 

2.45 

3.60 

7.01 

FMath 

0.58 

2.62 

3.80 

9.36 

FMatrix 

0.43 

2.46 

3.73 

5.28 

BeachBall 

0.39 

2.40 

3.57 

7.20 

Flops 

0.48 

2.44 

3.60 

8.09 

TranTest 

0.47 

2.48 

3.65 

7.15 

FTrace 

0.47 

2.43 

3.58 

7.33 

CpIxTest 

0.52 

2.59 

3.86 

7.99 


Il test del 1230 Turbo+Series II con 68EC030 a 40 Mhz, 4 Mb 
di RAM a 60 ns, senza coprocessore matematico e con 1291 
SCSI Kit collegato. Nel test, le macchine, ove possibile, sono 
state provate con codice per 68020 e superiori. Il valore 1 
rappresenta un 1200 standard. Nei test da Savage in poi, per 
omogeneità, non si è fatto uso delle istruzioni per coprocessore 
neanche con 3000 e 4000. 


chip AM33C93A e due termi- 
natorl attivi in tecnologia SMD 
(le ROM stanno sulla 1230 
Turbo+), vengono forniti un 
breve manuale in inglese per 
l’installazione, un secondo 
manuale, sempre in Inglese, 
relativo a FaaastPrep (che 
però mancava nel pacchetto 
da noi recensito) e un disco 
con il software. 

Su alcuni 1200 può essere 
necessario rimuovere i due 
jumper presenti sulla scheda 
per far funzionare la 1291. È 
quello che è successo a noi 
con due 1200: una volta ri- 
mossi i due jumper, la scheda 
ha funzionato correttamente. 
Questa informazione non è 
contenuta nel manuale: ci è 
stata comunicata dal servizio 
tecnico di RS di Bologna. 

IL SOFTWARE DEL 1230 

Nel dischetto fornito a corredo 
della scheda compaiono al- 
cuni programmi che vengono 
installati sul disco di sistema 
mediante l’Installer Commo- 
dore. 

Durante l’installazione, viene 
attivato l’orologio con batteria 


tampone: è possibile farlo an- 
che a mano, usando da Shell 
il comando SETCLOCK RE- 
SET. Una volta attivato, l’oro- 
logio può essere regolato 
mediante il programma Time 
di Preferences (o mediante 
DATE e SETCLOCK SAVE da 
Shell) usando alla fine l’opzio- 
ne Save o Salva. 

Dopo di che, il sistema man- 
terrà aggiornata la data e l’ora 
anche quando il computer 
resta spento. 

Il comando più importante del 
software messo a disposizio- 
ne da GVP è GVPCpuCtrl che, 
mediante l’opzione FASTROM, 
permette di copiare le ROM 
Amiga nella RAM a 32 bit ve- 
locizzando tutte le operazioni 
che usano il codice in ROM. 
Grazie a una tecnologia svi- 
luppata da GVP è possibile 
effettuare questo trasferimen- 
to anche quando la CPU non è 
dotata di MMU (di solito tale 
funzione, per esempio sul 
3000, viene svolta dalla MMU) 
come nel nostro caso. 

Il trasferimento delle ROM in 
RAM, ovviamente, implica che 
512 kb di memoria siano oc- 
cupati, sin dall’accensione, dal 
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MKSOFT DISKSPEED 4.1 COPYRIGHT © 1989-91 MKSOFT DEVELOPMENT 


CPU: 68030 Kickstart: 39.106 Buffers: 128 


CPU Speed Rating: 2187 


File Create: 

71 

(67%) 

File Open: 

154 

(41%) 

Directory Scan: 

317 

(37%) 

File Dolete: 

336 

(29%) 

Seek/Read: 

884 

(8%) 


Test 

Memoria 

512 

4096 

32678 

262144 

Creati 

CHIP BYTE 

29145 

(86%) 

29930 

(89%) 

33080 

(89%) 

32048 

(90%) 

Scritti 

CHIP BYTE 

33332 

(78%) 

34767 

(82%) 

34814 

(83%) 

30710 

(84%) 

Letti 

CHIP BYTE 

105586 

(48%) 

130663 

(55%) 

137595 

(56%) 

127408 

(58%) 

Creati 

CHIP WORD 

30173 

(86%) 

196285 

(78%) 

510723 

(64%) 

663255 

(58%) 

Scritti 

CHIP WORD 

29735 

(87%) 

204748 

(79%) 

580181 

(63%) 

912939 

(48%) 

Letti 

CHIP WORD 

160023 

(36%) 

625664 

(39%) 

980588 

(39%) 

1203390 

(32%) 

Creati 

CHIP LONG 

30191 

(86%) 

196824 

(78%) 

509452 

(64%) 

662457 

(58%) 

Scritti 

CHIP LONG 

29734 

(87%) 

204340 

(79%) 

580181 

(63%) 

912939 

(48%) 

Letti 

CHIP LONG 

159744 

(36%) 

623104 

(39%) 

980588 

(39%) 

1203390 

(32%) 

Creati 

FAST BYTE 

29369 

(87%) 

30100 

(91%) 

33422 

(91%) 

32445 

(91%) 

Scritti 

FAST BYTE 

33894 

(80%) 

35328 

(84%) 

35371 

(84%) 

31385 

(86%) 

Letti 

FAST BYTE 

116145 

(50%) 

146322 

(58%) 

151514 

(60%) 

146481 

(61%) 

Creati 

FAST WORD 

30145 

(87%) 

196824 

(83%) 

511360 

(77%) 

692337 

(74%) 

Scritti 

FAST WORD 

29798 

(88%) 

205209 

(84%) 

580181 

(78%) 

970903 

(69%) 

Letti 

FAST WORD 

165270 

(38%) 

776704 

(46%) 

1294336 

(56%) 

1309083 

(63%) 

Creati 

FAST LONG 

30175 

(87%) 

196800 

(83%) 

505377 

(77%) 

692337 

(74%) 

Scritti 

FAST LONG 

29860 

(88%) 

205490 

(84%) 

580181 

(78%) 

970903 

(69%) 

Letti 

FAST LONG 

165270 

(38%) 

777216 

(46%) 

1301742 

(56%) 

1307451 

(63%) 


Il test con un hard disk Seagate da 650 Mb molto frammentato. 97 1 Kb in scrittura e 1 .3 Mb in lettura 
sono risultati notevoli. L’hard disk era stato formattato sotto 2.0 su un 3000 ed è stato letto senza 
problemi dal 1291. Giocando sui parametri offerti da GVPSCSICtrl, si sarebbe potuto aumentare 
ulteriormente la velocità. FAST/CHIP indicando il tipo di memoria utilizzata, BYTE/WORD/LONG 
l’allineamento del buffer utilizzato da Diskspeed per creare, scrivere o leggere i dati. 


sistema operativo e non siano 
quindi disponibili ai vari pro- 
grammi. 

L’opzione FASTROM può es- 
sere eliminata in qualsiasi 
momento, recuperando quin- 
di 512 kb di memoria. GVP, 
comunque, consiglia viva- 
mente l’uso di FASTROM. 

Il secondo programma degno 

Il test comparativo di Aibb: 
a parte i risultati nei calcoli 
in virgola mobile (ove 3000 
e 4000 fanno uso 
del coprocessore mentre 
il 1230 in prova ne era privo) 
il resto dei risultati 
appare eccellente. 


di nota è MemTest: un pro- 
gramma semplice quanto uti- 
le. Effettua un controllo della 
memoria alla ricerca di even- 


tuali bit corrotti. È utile quando 
si aggiunge della RAM al si- 
stema al fine di testarne l’inte- 
grità. 



L'ultimo programma è un mo- 
nitor che permette di rovistare 
nelle liste del sistema operati- 
vo e nei registri della CPU. 

IL SOFTWARE DELLA 1291 

Il software che correda la 1 291 
è costituito da ExpertPrep e 
FastPrep le due versioni del 
programma per formattare e 
partizionare l'hard disk che 
accompagnano le interfaccia 
SCSI GVP da anni ormai. 

Le versioni fornite sono rispet- 
tivamente la 2.51 e la 2.5 e 
appaiono come al solito effi- 
centi e molto più facili da utiliz- 
zare di HDtoolbox di Com- 
modore. 

Il programma più interessante 
è GVPSCSICtrl, fornito in ver- 
sione 5.0, completamente rin- 
novata. L’utility consente di 
compiere una serie di opera- 
zioni che adeguano il control- 
ler e il software di gestione a 
particolari caratteristiche del- 
la periferica SCSI con cui vie- 
ne utilizzato: è destinato a 
utenti esperti che vogliono 
trarre il massimo dal proprio 
sistema. In particolare, il pro- 
gramma permette di effettua- 
re ii RESCAN delle unità con- 
nesse, per rendere riconosci- 
bili al sistema periferiche trop- 
po lente per essere ricono- 
sciute al momento della confi- 
gurazione che avviene al boot. 
L'opzione MOUNT serve inve- 
ce a montare i volumi “scoper- 
ti” in seguito a un Rescan. 
DISCONNECT permette di 
configurare una periferica in 
modo che non tenga occupa- 
to il bus SCSI durante le ope- 
razioni interne: è utile con pe- 
riferiche che non sono dei veri 
e propri dischi e quindi non 
sono dotate di RDB, come i 
tape streamer (infatti tale pa- 
rametro è contenuto nell’RDB 
e si può quindi configurare 
con ExpertPrep per quanto ri- 
guarda gli hard disk). 

POLL permette al software di 
gestione dello SCSI di accor- 
gersi quando un disco è stato 
rimosso o inserito (è utile con 
drive removibili come i 
SyQuest, i Ricoh o i Floptical). 
BUSFIOLD permette di deci- 
dere il tempo che viene accor- 


AMIGA MAGAZINE 25 




Le due schermate 
di ExpertPrep permettono 
di impostare con estrema 
facilità e intuitività 
molti parametri 
del Rigid Disk Block. 


dato a una periferica per effet- 
tuare il trasferimento di dati in 
memoria mediante DMA, au- 
mentando le prestazioni di 
hard disk veloci, ma riducen- 
do il tempoadisposizione della 
CPU (valori troppo alti posso- 
no impedire un corretto fun- 
zionamento delle porte seria- 
li). In un file su disco sono 
elencate le caratteristiche di 
GVPSCSICtrl che non hanno 
trovato posto sul manuale: 
UNLOCK permette di correg- 
gere il comportamento di certi 
programmi che si “dimentica- 
no" di sbloccare il disco dopo 
averlo bloccato. 

È utile con drive removibile 
tipo SyQuest. SYNCHRO- 
NOUS permette di attivare una 
nuova funzione della nuova 
versione del gvpscsi. device: i 
trasferimenti sincroni. Quando 
la periferica, di solito un hard 
disk, consente l’utilizzo di tale 
modo, si può avere un certo 
incremento delle prestazioni a 
livello di trasferimento dati. 
L’ultima opzione è HIGHSPE- 
ED: questa utilizza delle tem- 
porizzazioni in lettura che ec- 
cedono i limiti delle specifiche 
SCSI ed eleva, di conseguen- 
za, la velocità di trasferimento 
dei dati (GVP sostiene di 1 
Mb/s al massimo). 

Il problema è che tale “forza- 
tura”, come avverte GVP, po- 
trebbe risultare incompatibile 
con alcuni hard disk e portare 
a leggere dati corrotti, anche 
se i test di GVP non hanno mai 
manifestato tale comporta- 
mento con hard disk veloci; in 
scrittura, invece, si usano 
sèmpre e comunque tempo- 
rizzazioni standard onde evi- 
tare qualsiasi possibilità di 
corrompere dati. 

LE PROVE 

La 1230, una volta montata, 
ha subito funzionato senza 
problemi elevando di molto le 


prestazioni del 1 200. La sche- 
da testata era dotata di 4 Mb 
di RAM e di 68EC030 a 40 Mhz 
senza coprocessore. È un po’ 
la configurazione minima. Il 
test di Aibb 6. 1 in tabella parla 
da sè: il 1 200 appare più velo- 
ce di un 3000 e quindi, a 
maggior ragione, anche del 
4000/030. Rispetto al 4000/ 
040, le prestazioni non sono 
poi così distanti. 
Particolarmente veloce, come 
ci si aspettava, il test sulla 
memoria (MemTest) e Sieve. 
Inutile dire che tali dati si riflet- 
tono anche nell’uso del 1 200 il 
cui comportamento appare, un 
po' in tutto, sensibilmente più 
fluido e immediato. Non è dif- 
ficile immaginare le prestazio- 
ni del modello con 68030 a 50 
Mhz, che dovrebbero permet- 
tere un incremento di velocità 
del 20% circa rispetto al mo- 
dello in prova. Òvviamente, 
l’eventuale aggiunta di un co- 
processore matematico ren- 
de più veloci i programmi che 
usano intensamente la FPU: si 
tratta quasi esclusivamente di 
programmi di rendering 3D. 
Per quanto riguarda il control- 
ler SCSI , il prodotto può consi- 


derarsi analogo, quanto a 
prestazioni, al notevolissimo 
1200 RAM SCSI/RAM Plus, già 
recensito sul numero 49 di 
Amiga Magazine. 

Il test di Diskspeed rivela la 
grande velocità dell’interfac- 
cia: l’hard disk Seagate da 
650 Mb provato era pieno al 
90% e molto frammentato. 


I risultati dimostrano la velocità 
dell’interfaccia, che secondo 
GVP può raggiungere in modo 
Highspeed sincrono con l’op- 
portuno hard disk anche i 3-4 
Mb di velocità e la compatibi- 
lità a livello di Rigid Disk Block: 
l’hard disk era infatti stato for- 
mattato sotto 2.1 sul 3000. Si 
noti poi il tempo CPU a dispo- 
sizione: è particolarmente ele- 
vato anche alle massime velo- 
cità e quindi in perfetta sinto- 
nia con la natura multitasking 
di Amiga. 

CONCLUSIONI 

La nuova versione del 1230 
colma la principale manche- 
volezza della versione prece- 
dente, l’assenza di orologio 
con batterla tampone e, gra- 
zie al connettore d’espansio- 
ne, permette di aggiungere al 
1200 una porta SCSI, senza 
smontare il 1200, elevando 
decisamente le possibilità di 
utilizzo professionale del 1 200 
(in collegamento con CD- 
ROM, Floptical, SyQuest, ma- 
gneto-ottici, tape streamer, 
hard disk...). Rimane, unico 
neo, la necessità di utilizzare 
SIMM proprietarie. 

II prezzo va valutato anche in 
funzione della qualità del 
marchio e del livello di assi- 
stenza fornito agli utenti. 

▲ 


SCHEDA PRODOTTO 


Nome: Al 230 Turbo+ Performance Series II 
e Al 291 SCSI Kit Performance Series II 

Casa produttrice: GVP 

Distribuito da: RS via Buozzi 6, 40057, Cadriano (BO) 

tei. 051-765563, fax 051-765568 

Prezzo: con 68EC30 a 40 Mhz e 4 Mb RAM 

L.1 .490.000, 68030 a 50 Mhz e 4 Mb di RAM 

L.1. 990.000, 

Giudizio: ottimo 

Configurazione richiesta: 1200 

Pro: facilità di montaggio, espandibilità, orologio 

con batteria tampone, velocità memoria, velocità SCSI, 

software per hard disk 

Contro: uso di SIMM proprietarie 

Configurazione della prova: 1200, 

Al 230 con 68EC030 a 40 Mhz, 4 Mb RAM, Al 291 
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OKTAGON 2008 SCSI 2 


Diego Gallarate 




L a casa tedesca Bsc ha 
recentemente rinnovato 
la sua ottima gamma di 
schede di espansione per 
Amiga: la nuova 
versione della 
Oktagon 2008 
SCSI 2 è ora 
perfettamente 
compatibile con 
il 4000/040, com- 
patibilità che si 
estende comun- 
que a 2000 e a 
3000. 

Il software di ge- 
stione è stato 
completamente 
riscritto e il suo 
uso estrema- 
mente facilitato, grazie alla 
perfetta corrispondenza gra- 
fica e funzionale con il pro- 
gramma HDToolBox fornito 
nel dischetto d’installazione 
originale di Commodore. 

Se avete hard disk SCSI o 
delle cartucce rimovibili a cui 
non potete rinunciare, oppu- 
re se volete espandere il vo- 
stro sistema con scanner, 

stampanti, CD, 

la soluzione è 
nello Small Com- 
puter System 
Interface, già 
descritto in 
modo esaurien- 
te da Paolo Ca- 
nali nelle pagi- 
ne di TransAc- 
tion. 

Tale standard 
permette di col- 
legare tutti que- 
sti apparecchi, 
sino a un massi- 
mo di sette (nu- 


II programma 
GigaMem 
è incluso 
nel pacchetto 


Un controller SCS12 e Zorro II 
perA4000 


A4091 , se non siete orientati 
verso controller Zorro III 
(come la FastLane) molto ve- 
loci ma anche molto costosi, 
l’Oktagon 2008 potrebbe es- 
sere una risposta accettabile 


merati da 0 a 7, di cui uno è il 
controller stesso) al 4000; ri- 
cordiamo che il 4000 ha già 
installata sulla motherboard 
l’interfaccia IDE (Intelligent 
Drive Electronics), che al 
massimo consente l’uso di 
due hard disk. 

Se non volete, oppure non 
potete, più aspettare l'uscita 
del controller Commodore 




f^ì\ 

HDInstTooIs 

□ | HDInstTooIs pieno al 85X, 126K Sto 


System 


Expan&ion 


Instali -GigaMem GigaMem 

< <\>\^ 


□ | GigaMem 


1 DI'SI 

1 

4 * 1 


GigaMem 

GigaMem -Star top ! 


ÉÈl | 

1 

GigaMemPrefs LastMinute.Doc 

< i >■ 


ed economica a questo 
tipo di esigenze. Il fatto 
di avere un controller 
SCSI sul 4000, ricordia- 
mo, non toglie la possi- 
bilità di continuare a 
usare l’hard disk IDE già 
presente nella macchi- 
na, arrivando a disporre 
così di un massimo di 
nove periferiche. 

L'INSTALLAZIONE 

La nuova confezione è 
accattivante e razionale: 
dalla sua bassa scatola 
colorata estraiamo la 
busta antistatica che 
contiene la scheda; 
questa è prodotta in un 
materiale plastico semi- 
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HARDWARE 


Il setnp del drive 


trasparente e di- 
venta subito evi- 
dente la particolare 
accuratezza con cui 
sono stati realizzati 
tutti i dettagli. 

Si tratta di una 
scheda Zorro II do- 
tata di architettura a 
16 bit. 

Il controller ricono- 
sce i comandi dello 
standard SCSI 2 e 
la scheda può in- 
cludere negli appo- 
siti zoccoli sino a 8 
Mbdi memoriaa 16 
bit mediante chip di 
tipo ZIP. 

Con la scheda è for- 
nito un cavo piatto 
SCSI, un cavetto di 
alimentazione e le 





zioneabassoealto 
livello, in maniera 
compatibile anche 
con i nuovi formati 
del Workbench 3.0 
(DirCache e Inter- 
national) e la parti- 
zione degli hard 
disk, nonché la co- 
piatura dei pro- 
grammi di sistema 
dai floppy. 

Un programma di 
installazione auto- 
matico copierà il 
driver Oktagon nel- 
la directory Expan- 
sion e diverse utili- 
ty, che servono per 
la gestione del si- 
stema SCSI, nelle 
partizioni e di- 
rectory appropria- 
te, se già esistono. 
Il manuale spiega 
dettagliatamente 


viti per il montaggio 
su piastra di un hard disk 
(ottimo, per risparmiare spa- 
zio); sul retro troviamo il con- 
sueto connettore a 25 pin per 
il collegamento di periferiche 
esterne. 

Troviamo inoltre altri due 
connettori per l’alimentazio- 
ne di un hard disk e per un 
LED. 


di danneggiare i sensibili 
componenti. Contrariamente 
a quanto afferma il manuale, 
il ponticello per i terminatori 
elettrici SCSI, nella versione 
da noi testata, si presentava 
aperto: sarà quindi opportu- 
no chiudere il ponticello JP- 
TWR e il ponticello JTEST pri- 
ma di installarla. 


IL SOFTWARE DI GESTIONE 

Completamente riscritto, ri- 
sulta del tutto simile a quello 
ufficiale Commodore: è quin- 
di facilmente comprensibile 
e utilizzabile a chi ha già di- 
mestichezza con tale pro- 
gramma. Esso consente la 
preparazione, la formattaz- 


l’uso del program- 
ma principale d’installazione 
e delle utility. Tra queste ab- 
biamo, per esempio, Okta- 
gonMount che permette di 
controllare la priorità di boot 
dei dischi fissi, memorizzan- 
dola nella ROM della sche- 
da, di avviare la macchina da 
una partizione diversa e di 
utilizzare anche delle pas- 


II manuale in tede- 


sword con le parti- 


sco e inglese forni- 
sce una sufficiente 
descrizione, con 
diagrammi illustrati- 
vi, dei sei ponticelli 
presenti. 

L'inserimento nello 
slot non pone parti- 
colari problemi, se 
non quello della ri- 
mozione del sigillo 
di garanzia: per non 
invalidarla è consi- 
gliabile che l’instal- 
lazione venga com- 
piuta presso un 
centro Commodore. 
In caso contrario, 
bisogna assicurarsi 
di non essere cari- 
chi elettrostatica- 
mente, per evitare 

La partizione 
di un disco 



zioni per rendere 
inaccessibili i dati 
a estranei. Nel pro- 
gramma HDInstTo- 
ols vi sono nuove 
interessanti funzio- 
ni: è ora possibile, 
per esempio, sal- 
vare su file il boot 
block di un hard 
disk, controllarne 
l’integrità o confi- 
gurare il controller 
memorizzandone i 
parametri in ROM. 
Nel pacchetto è in- 
cluso anche il pro- 
gramma commer- 
ciale per la gestio- 
ne della memoria 
virtuale GigaMem, 
anch’esso installa- 
bile automatica- 
mente, e utilizzabi- 
le dalle macchine 
che includono una 
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MKSoft DiskSpeed 4.2 Copyright © 1989-92 MKSoft Development 


CPU: 68040 AmigaOS Version: 39.106 Normal Video DMA 
Device: dh2: Buffers: 30 


CPU Speed Rating: 3095 


File Create: 
File Open: 
Directory Scan : 
File Delete: 
Seek/Read: 


11 ( 0 %) 

124 (0%) 

2304 (0%) 

297 (0%) 

103 (0%) 


Test 

Memoria 

512 


4096 


32678 


262144 


Creati 

FAST 

BYTE 

37733 

<0%) 

38400 

(0%) 

37449 

(0%) 

37291 

(0%) 

Scritti 

FAST 

BYTE 

36374 

<0%) 

37147 

(0%) 

36956 

(0%) 

36854 

(0%) 

Letti 

FAST 

BYTE 

296353 

(0%) 

368317 

<0%) 

326252 

(0%) 

316407 

(0%) 

Creati 

FAST 

WORD 

37244 

(0%) 

179442 

(0%) 

313666 

(0%) 

380470 

(0%) 

Scritti 

FAST 

WORD 

37846 

(0%) 

197256 

(0%) 

364448 

(0%) 

465730 

(0%) 

Letti 

FAST 

WORD 

335744 

(0%) 

981504 

(0%) 

1081384 

(0%) 

1030541 (0%) 

Creati 

FAST 

LONG 

37241 

(0%) 

179689 

(0%) 

314252 

(0%) 

374046 

(0%) 

Scritti 

FAST 

LONG 

37783 

(0%) 

197256 

(0%) 

363281 

(0%) 

469399 

(0%) 

Letti 

FAST 

LONG 

335126 

(0%) 

1023488 

(0%) 

1081384 

(0%) 

752966 

(0%) 


Il test di DiskSpeed con un hard disk Conner, A4000 e interfaccia Oktagon. 


sultare utile (la memoria non 
è mai abbastanza). 

La minore velocità d’acces- 
so, che è tollerabile, non farà 
sentire il proprio peso se non 
dopo che è stata sfruttata tut- 
ta la RAM a 32 bit disponibile. 
Inoltre, è possibile disattivar- 
la completamente, mediante 
il ponticello JMOFF, così 
come testarla, tramite il pro- 
gramma RAMtest. 
Considerando anche il prez- 
zo dei chip ZIP, la scelta po- 
trebbe essere interessante 
per gli utenti meno esigenti, 
in realtà la trasmissione dei 
dati tra un'architettura a 32 
bit e una a 16 bit incappa in 
una specie di strozzatura che 
rallenta il trasferimento; tale 
rallentamento è però rileva- 
bile solo in situazioni critiche, 
in cui il sistema è fortemente 
impegnato. 

La scheda viene fornita priva 
di RAM, ma i chip sono facil- 
mente reperibili, all’occor- 
renza. 


MMU (A3000 e A4000); un 
manuale separato in inglese 
e tedesco ne definisce l’uso, 
illustrandone le possibilità. 

Il programma permette di 
aumentare la memoria di- 
sponibile ai vari programmi 
usando come memoria "vir- 
tuale” lo spazio disponibile 
su hard disk. 

Pur rallentando alquanto le 
prestazioni dei programmi 
che ne fanno uso, risulta uti- 
lissimo specie per gestire 
grafica a 24 bit con program- 
mi avidi di memoria, primo 
fra tutti AdPro. 

L'ESPANSIONE 
DI MEMORIA 

La configurazione della RAM 
può variare, permettendo 
l'inserimento di 2, 4, 6 oppu- 
re 8 Mb, spostando gli appo- 
siti ponticelli JMS0 e JMS1 
presentì su un lato della 
scheda: sebbene la RAM sia 
a 1 6 bit, a differenza di quella 
presente sul 4000, che è a 32 
bit, potrebbe comunque ri- 


MKSoft DiskSpeed 4.2 Copyright © 1989-92 MKSoft Development 


CPU: 68040 AmigaOS Version: 39.106 Normal Video DMA 
Device: RhO: Buffers: 60 


CPU Speed Rating: 3098 


File Create: 
File Open: 
Directory Scan: 
File Delete: 
Seek/Read: 


15 (0%) 
45 (0%) 
54 (0%) 
66 ( 0 %) 
1198 (0%) 


Test 

Memoria 

512 


4096 


32678 


262144 


Creati 

FAST 

BYTE 

26451 

(0%) 

24962 

(0%) 

24032 

(0%) 

25477 

(0%) 

Scritti 

FAST 

BYTE 

15064 

(0%) 

14993 

(0%) 

14997 

(0%) 

12289 

(0%) 

Letti 

FAST 

BYTE 

26706 

(0%) 

26645 

(0%) 

26372 

(0%) 

26657 

(0%) 

Creati 

FAST 

WORD 

25343 

(0%) 

95972 

(0%) 

162398 

(0%) 

184435 

(0%) 

Scritti 

FAST 

WORD 

25466 

(0%) 

147956 

(0%) 

321974 

(0%) 

425930 

(0%) 

Letti 

FAST 

WORD 

26334 

(0%) 

155848 

(0%) 

326090 

(0%) 

433449 

(0%) 

Creati 

FAST 

LONG 

25450 

(0%) 

97873 

(0%) 

156573 

(0%) 

184781 

(0%) 

Scritti 

FAST 

LONG 

26210 

(0%) 

147956 

(0%) 

321974 

(0%) 

430601 

(0%) 

Letti 

FAST 

LONG 

26646 

(0%) 

155505 

(0%) 

326090 

(0%) 

438263 

(0%) 


Il test di DiskSpeed con un SyQuest 44 Mb, A4000 e interfaccia Oktagon. 
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HARDWARE 


Formattazione ad atto livello 
delle partizioni 


LA PROVA PRATICA 

Il controller non è di tipo DMA 
(Direct Memory Access) e 
quindi tutte le operazioni 
passano attraverso la CPU, 
come risulta dai test di Disk 
Speed: ciò produce un certo 
rallentamento del multi- 
tasking quando si muovono 
grosse quantità di dati. 

La cosa può risultare sec- 
cante per utenti che attivano 
contemporaneamente molti 
programmi, ma questa ca- 
ratteristica è anche compen- 


mira 


Devices in Syste 
PIC TID LUN Manuf acturer Nane 


"1 

Set 

I 

©et Partition To Fornat 






1 i 

r~ 

C~ 1 I 

r 

i i 


Copiatura 
dei dischi 
nelle 

partizioni 


sata dalla maggiore velocità 
di trasferimento raggiungi- conforme al for- 

bile. mato Commodo- 

Comunque, tramite il menu re RDB ed è quin- 

Extra/Configure è possibile di possibile leg- 

cambiare la priorità cui ope- gere e scrivere 

ra il programma di gestione dischi SCSI for- 

del controller, che normal- mattati con altri 

mente è a 5: portandola a 0, controller confor- 

mentre sono in corso trasfe- mi allo standard 

rimenti su hard disk, libere- Commodore, 
remo la CPU che potrà così Abbiamo potuto 

essere impegnata anche da utilizzare, per 

altri programmi. esempio, cartuc- 

Nei trasferimenti, ad alta ve- ce SyQuest da 44 

locità, di grossi file attraver- Mb nonostante 

so la porta seriale, non si queste fossero 

verificano problemi, il che ri- state formattate 

sulta estremamente vantag- con un controller 

gioso per chi vuole sfruttare Commodore 
l’hard disk con modem velo- A2091. Con un 

ci, a differenza di quanto ac- hard disk Conner 

cadeconaltricontrollerSCSI. 780 Mb molto 

La scheda è perfettamente frammentato ab- 


SCHEDA PRODOTTO 






Dev ices 

in 

Svst 

e*1 



PIC TID LUN Manufacturer 

Nane 



Status 









1 


t 





1 




1 





1 




1 





1 





! 

Fror* Drive 




To Drive 


1 




= 


= 

L , 

l i i 



biamo ottenuto buone pre- così come il prezzo, ma la 


Nome: Oktagon 2008 

Casa produttrice: Bsc e Alfa Data 

Distribuito da: DB Line Srl, 

viale Rimembranze, 26/C, 21024, Biandronno (VA), 

tei. 0332-819104, fax 0332-767244 

Prezzi: con 0 Mb RAM, L.259.000 , IVA compresa 

Giudizio: molto buono 

Configurazione richiesta: Amiga 

con slot di espansione Zorro II o Zorro III 

Pro: affidabilità, software di gestione, 

prezzo contenuto, compatibilità, GigaMem in omaggio 

Contro: architettura a 16 bit 

Configurazione della prova: A4000, SyQuest 44 Mb, 

hard disk Conner da 320 Mb 


stazioni; purtroppo non ab- differenza nelle prestazioni 
biamo potuto fare delle prò- può essere, per l’utente meno 
ve con hard disk SCSI 2. esigente, irrilevante. Il gran- 
Sysinfo ha indicato una ve- de vantaggio è la possibilità 
locità di 1.600.000 byte al di sfruttare tape streamer, 
secondo e anche più. Disk- lettori di CD ROM, hard disk 
speed invece ha risentito rimovibili, Floptical. scanner 
molto della frammentazione o stampanti; inoltre, è possi- 
dell'hard disk. bilire collegare più hard disk 

a un unico controller per am- 
PIR CONCLUDERE pliare la capacità di archivia- 

zione dei dati. Il prodotto che 
La velocità di un hard disk abbiamo recensito risulta 
SCSI è di solito superiore a molto appetibile per i pos- 
quella di un hard disk IDE, sessori di un Amiga 4000. ▲ 
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SOFTWARE 


XTITIER PRO 



Un sistema di titolazione 
per tutti gli Amiga 


S enza alcun dubbio, il 
campo della titolazione 
video è quello in cui 
Amiga prevale su tutte le al- 
tre macchine, grazie alla sua 
flessibilità, al multitasking, alla 
qualità del segnale in uscita, 
alle molteplici capacità di in- 
terfacciamento con i più di- 
versi apparati video e, non 
ultimo, alla presenza dì pro- 
grammi dedicati con poten- 
zialità ai vertici della catego- 
ria. 

Con XTitler Pro, la ClassX De- 
velopment tenta il salto di 
qualità, presentando un pro- 
gramma che non solo annulla 
le imperfezioni presenti nel 
precedente XTitler, ma ag- 
giunge a quest’ultimo nuove 
opzioni e strumenti, che ne 
aumentano in maniera deter- 
minante le potenzialità. 
Focalizzeremo la nostra at- 
tenzione sulle maggiori novi- 
tà, rinviando per il resto all’ar- 
ticolo apparso nel numero 47 
di Amiga Magazine. 

CONFEZIONE, 

INSTALLAZIONE E MANUALE 

La confezione colpisce im- 
mediatamente per semplici- 
tà ed efficacia: si tratta di un 
raccoglitore plastico ad anelli, 
riportante sul dorso e sulla 
copertina, a vivaci colori, il 
nome del software oltre al 
logo dei programmatori (la 
ClassX) e della ditta distribu- 
trice (RS, RicercaeSviluppo). 
Non si tratta di niente altro 
che del manuale, nella cui 


parte finale sono acclusi, in 
una bustina ad anelli traspa- 
rente, i due dischetti conte- 
nenti il software, la chiave 
hardware e la cartolina di 


registrazione. Ciò permette, 
oltre all’eliminazione di mate- 
riale inutile (si ricordino le 
enormi scatole di cartone, 
spesso vuote, in cui è solita- 



mente venduto il software) e 
all’evidente risparmio di spa- 
zio, la possibilità di riporre 
dischetti e manuale diretta- 
mente nella propria libreria, 
mantenendoli sempre a por- 
tata di mano. 

L’installazione è semplicissi- 
ma: occorre prendere il cas- 
setto chiamato XTitler Pro che 
appare, una volta inserito il 
primo dischetto, etrascinarlo 
con il mouse nella partizione 
dell’hard disk desiderata. 

Nel primo dischetto è pre- 
sente anche il programma 
CFontJnstall che, una volta 
lanciato, avvia una procedu- 
ra automatica di installazione 
dei font che copia in modo 
opportuno il contenuto del 
secondo dischetto. 
Ècomunque possibile, anche 
se più scomodo, lavorare di- 
rettamente da floppy, senza 
utilizzare l’hard disk; in tal 
caso consigliamo, come 
sempre, di utilizzare una co- 
pia del programma e non 
l’originale. 

I numerosi file esterni che fa- 
cevano parte della versione 
precedente (recensita sul 
numero 47 di Amiga Maga- 
zine) sono stati inglobati nel 
codice dei vari programmi, 
permettendo una maggior 
compattezza e semplicità di 
funzionamento, ed eliminan- 
do in questo modo la neces- 


II programma FontConv 
all’opera con un set 
di caratteri a colori. 
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II menu principale del modulo slide. 

Il modulo slide con il pannello per la scelta degli effetti. 
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Il menu principale 

del modulo HST 

per lo scroUing orizzontale. 


sita di operare degli Assign 
nella Startup-Sequence. 

La chiave hardware, di inu- 
suale forma allungata e non 
passante, va inserita nella 
porta joystick. 

Senza di essa, nessuno dei 
programmi che fa parte di 
XTitler Pro può partire e 
qualsiasi tentativo produce 
un immediato blocco del 
computer. 

Il manuale, piacevole, ben 
impaginato e, soprattutto, in 
italiano, è formato da 38 pa- 
gine e comprende un indice 
analitico e un appendice sul 
supporto per G-Lock e Im- 
pact Vision 24. 

È sufficientemente chiaro, 
completo e di facile consulta- 
zione, ma non possiamo fare 
a meno di notare l’uso di un 
linguaggio un po’ troppo col- 
loquiale e non sempre perfet- 
tamente curato. 

Non è stato ancora docu- 
mentato il linguaggio interno 
utilizzato negli script salvati e 
caricati dal programma. 

SOFTWARE 

Uno dei maggiori vantaggi 
del software italiano, in ge- 
nerale, è quello di offrire la 
possibilità di entrare in diret- 


to contatto con gli autori, se- 
gnalando i problemi riscon- 
trati, le miglioro dei consigli 
degli utenti registrati e delle 
riviste specializzate. 

Rispetto alla precedente ver- 
sione è stato eliminato il mo- 
dulo principale di lancio dei 
programmi, la cui funzione 
era solamente quella di offri- 
re un sistema per selezionare 
la lingua utilizzata dal sof- 
tware. Ogni modulo viene 
ora caricato singolarmente, 
selezionando l'icona corri- 
spondente, mentre la lingua 
può essere scelta muovendo 
l’icona che rappresenta la 
propria nazionalità diretta- 
mente nel cassetto LOCALE 


di XTitler (le lingue disponibili 
sono l’italiano e l’inglese). 

In tutti i moduli, che già erano 
stati pensati in maniera da 
richiedere la minor quantità 
possibile di RAM, permet- 
tendone così l’utilizzo anche 
agli utenti con macchine in 
configurazione base, la ge- 
stione della memoria è stata 
migliorata (è ciò senza alte- 
rare in alcun modo la fluidità 
degli effetti ottenibili). 

I moduli presenti sono quat- 
tro: FontConv (conversione 
di font da AmigaDOS a CFont, 
HST (scrolling orizzontale), 
TST (scrolling verticale) e 
SLIDE (slideshow di immagini 
con effetti tipo Scala). 


CONVERSIONE DEI FONT 

XTitler Pro fa uso di un parti- 
colare formato di caratteri, i 
CFont; il modulo HST può uti- 
lizzare solo questo formato, 
mentre TST utilizza, oltre al 
suddetto, anche i normali font 
Amiga, compresi quelli sca- 
labili. 

Il programma ConvFont per- 
mette di manipolare entram- 
bi i tipi di font, e offre anche la 
possibilità di modificare i ca- 
ratteri mediante vari effetti: 
Antialiasing, per la riduzione 
degli spigoli, Outline, per 
l’applicazione di un bordo, 
Bevel, per simulare un margi- 
ne in rilievo. E’ inoltre per- 
messo mappare una qualsi- 
asi immagine IFF su un font, 
con risultati spesso sorpren- 
denti e che soprattutto per- 
mettono di dilatare molto ra- 
pidamente e con pochissima 
fatica la propria collezione di 
font a colori, utilizzando nor- 
mali font Amiga o Compu- 
graphic e texture prelevate 
magari nel Public Domain o 
dalle ormai numerose colle- 
zioni su floppy o CD-ROM. 

Il programma lavora a 1 6 co- 
lori, si può selezionare la di- 
rectory da cui caricare i font, 
tramite un apposito requester, 
e ogni operazione può’ essere 
facilmente seguita dalj’uten- 
te grazie ai messaggi che 
compaiono in un'apposita fi- 
nestra e alla visualizzazione 
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in tempo reale della percen- 
tuale di completamento. 

Una caratteristica particola- 
re della gestione dei font di 
XTitler e’ la seguente: si può’ 
tranquillamente caricare con 
un programma di grafica pit- 
torica o di elaborazione gra- 
fica il file .ifnt di un font (e’ 
infatti un semplice file IFF a 
16 colori), modificarlo a pia- 
cere e poi risalvarlo su disco 
(in teoria e’ possibile usare 
qualsiasi immagine IFF a 16 
colori). 

I font forniti con XTitler Pro 
sono piu’ numerosi della ver- 
sione precedente e anche 
piu’ rifiniti, ma la cosa importa 
relativamente: infatti adesso, 
grazie a FontConv, creare 
nuovi font a colori e’ vera- 
mente un gioco da ragazzi. 

SCROLL ORIZZONTALE 

Lo scroll orizzontale, che già 
avevamo segnalato essere 
uno dei più potenti e comodi 
esistenti sul mercato, è stato 
ulteriormente migliorato, of- 
frendo nuove opzioni senza 
alcuna perdita dì qualità nel 
movimento. 

Nel pannello dei comandi si 
notano dei cambiamenti: 
nellazonadedicata alla scelta 
dei font si è aggiunta la pos- 
sibilità di utilizzare due font 
diversi a otto colori, invece di 
uno a 16, di scambiarne la 
posizione e di modificarne la 
palette (i CFont utilizzati 
possono essere quelli forniti 
insieme al programmaoquelli 
generati dal modulo Fon- 
tConv). Non è possibile mo- 
dificare in alcun modo il font, 
la cui altezza massima dei 
font utilizzabili è di 110 pixel 
in Hires e 140 in Lores, per 
motivi di fluidità. 

Le opzioni inerenti il flash delle 
scritte sono rimaste più o 
meno le stesse (no-flash, 
bianco-nero, colori-nero, co- 
lori-bianco) e si potrebbe 
sentire il bisogno di un con- 
trollo sulla sua frequenza. 
Oltre che la posizione verti- 
cale della linea di scroll, ora è 
possibile anche modificarne 
i margini orizzontali, ottenen- 
do così una finestra, le cui 


dimensioni e collocazione 
sono definibili a piacere. 
Una gradita sorpresa è rap- 
presentata dalla possibilità di 
caricare e salvare testi in 
ASCII, opzione questa che, 
unita alla esatta descrizione 
delle sequenze di controllo 
data sul manuale, porta la 
flessibilità di questo software 
a livelli eccezionali: è ora 
possibile scrivere lunghi testi, 
con un qualsiasi text editor, 
inserire nei punti voluti le se- 
quenze di controllo e carica- 
re il tutto in XTitler Pro. 


Le ultime aggiunte riguarda- 
no la possibilità di definire la 
risoluzione dello schermo 
(Lores, Hires, Lacedfinoa 16 
colori) e il riconoscimento au- 
tomatico del genlock G- 
LOCK e della scheda grafica 
Impact Video 24, entrambi di 
GVP. 

Per controllare il G-Lock bi- 
sogna lanciare, prima di XTi- 
tler, il programma GL, dopo 
di che è possibile controllare 
il genlock mediante un menu 
e una serie di tasti. 

Alcuni di questi lanciano 


script ARexx i quali possono, 
dunque, essere scritti a pia- 
cere dall’utente per configu- 
rare al meglio il genlock. Per 
pilotare il G-Lock da XTitler 
bisogna però richiedere uno 
speciale adattatore (“paral- 
lelo seriale") al distributore. 
Procedimento analogo viene 
richiesto per il controllo della 
scheda Impact Vision 24. 

Il menu mette a disposizione 
decine di opzioni che per- 
mettono il controllo del modo 
video, della sorgente di sin- 
cronismi, dell’uscita compo- 
sita, del keyer composito, 
della sorgente composita e 
del keyer RGB. 
L’integrazione del controllo 
software di tali genlock è in 
grado di rendere estrema- 
mente agevole il lavoro di ti- 
tolazione e l’uso di script 
ARexx permette, ai piu' 
esperti, di crearsi ambienti di 
lavoro profondamente per- 
sonalizzati. 

SCROLL VERTICALE 

Il modulo TST, che è quello 
che ha subito i maggiori 
cambiamenti, funziona ora 
anche a 16 colori (il numero 
di colori è consigliato dal pro- 
gramma stesso dopo un bre- 
ve test sulle possibilità della 
macchina) e si è aggiunta la 
possibilità di importare im- 
magini IFF con eventuale (a 
scelta dell’utente) Remap dei 
colori e applicazione di di- 
thering ordinato. 

Questa opzione funziona a 
meraviglia, soprattutto con 
immagini con pochi colori e 
accetta brush di qualsiasi di- 
mensione, in numero “illimi- 
tato”, neH’ambito della pagi- 
na o in quello dell’intero do- 
cumento. Il brush può essere 
agilmente posizionato sullo 
schermo senza interferire in 
alcun modo con il testo. 

Ogni pagina, inoltre, può ora 
essere visualizzata con un 
effetto, scelto in un requester 
che ne contiene 41, oppure 
testo e immagine possono 
essere considerati come 
un'unica entità e scrollati flui- 
damente verso l’alto alla ve- 
locità voluta. Si possono de- 



Un ottimo esempio delie possibilità del modulo TST, 
per lo scroti verticale. 


Gli effetti utilizzabili nel modulo TST. 


flvioctn a un ocavimin 
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Il contenuto 
dei dischi. 


finire singolar- 
mente le pause 
tra le diverse pa- 
gineeaogni sin- 
golo effetto può 
essere assegna- 
ta una velocità a 
piacere. 

Le immagini 
vengono com- 
presse e de- 
compresse 
istantaneamen- 
te, per diminuir- 
ne l’occupazio- 
ne in memoria e 
ogni effetto può 
essere agevol- 
mente provato 
tramite l’opzione 



In questo speci- 
fico campo offre 
indubbiamente 
prestazioni di 
carattere profes- 
sionale e si può 
tranquillamente 
anche preveder- 
ne l’utilizzo, 
come già avvie- 
ne, presso emit- 
tenti televisive. 
Tra gli assi nella 
manica del pro- 
dotto della Clas- 
sX possiamo 
elencare la faci- 
lità di utilizzo, la 
stupenda fluidi- 
tà dello scroi I , 
verticale e oriz- 
zontale, l’inter- 
faccia e il ma- 
nuale compieta- 
mente in italiano. 


Preview. 

Anche il testo è configurabile 
a piacimento: ogni singola 
linea può essere in sottoline- 
ato, corsivo o neretto, combi- 
nabili a piacere e affiancabili 
a un ulteriore effetto scelto tra 
i classici Outline (bordato), 
3D, Shadow (ombreggiato) e 
Bevel (in rilievo). 

Purtroppo non è possibile in- 
tervenire in alcun modo su 


SLIDESHOW 

Il modulo slide non sembra 
essere variato in alcuna sua 
parte: permette di visualizza- 
re, con effetti e interfaccia 
simili a quelli già visti in 
SCALA, una serie di immagini 
in sequenza, anche all’infini- 
to, con velocità e pause de- 
finibili dall’utente. 


ne, affiancandosi per certi 
aspetti a Scala e, in altri, su- 
perandolo. Sia chiaro, il pro- 
dotto non si propone come 
programma multimediale, ma 
come strumento di facile uti- 
lizzo e di sicuro funziona- 
mento, volto ad aggiungere 
titolazioni a sorgenti video 
mediante l’uso di genlock. 


Speriamo che 
con l’uscita di AMOS AGA (il 
programma è scritto con tale 
linguaggio di programmazio- 
ne) possa essere reso anche 
AGA compatibile, in modo 
da superare la limitazione dei 
16 colori (magari anche in 
SuperHires) e diventare fi- 
nalmente anche multitasking. 


queste ultime opzioni per Gli effetti disponibili sono 43 
scegliere a esempio la prò- e vengono scelti in uno 
fondità del 3D ola direzione e schermo separato da quello 



la distanza delle ombre, non 
è possibile neanche modifi- 
care il kerning dei caratteri. 
L’altezza massima dei font è 
di 200 pixel. 

Ampie le possibilità di editing 
dei testi che consentono di 


principale; ognuno di questi 
può essere attivato a una 
velocità compresa tra 1 e 1 0. 
Le risoluzioni video suppor- 
tate includono: Lores, Hires, 
ExtraHalfBrite e HAM (tutte 
con possibilità di Interlace e 


Nome; XTitler Pro 

Casa produttrice; CiassX Development 
Distribuito da; RS - via Buozzi 6, 

40057 Cadriano (BO), tei. 051-765563, 
fax 051-765568, BBS 051-76553 


operare senza grosse limita- di Overscan, orizzontale o Prezzo: L.489.000 


zioni su testi anche molto verticale). Una volta definita 

ampi (il massimo è di 200 la sequenza, questa può es- 

pagine). sere salvata come file script, 

Il tutto è allineabile secondo per essere utilizzata succes- 
tre modalità (centrato, a de- sivamente. Unico cambia- 
stra e a sinistra) e il punto di mento di rilievo è il supporto, 
allineamento è posizionabile come per i moduli preceden- 
dall'utente (si nota però la ti, del G-LOCK e dell'IV24. 
mancanza della possibilità di 
word wrap). Anche questo CONCLUSIONI 
modulo carica e salva file 

ASCII creati, per esempio, XTitler Pro, grazie alle sue 
con un text editor e riconosce peculiarità e possibilità, ha 
il G-LOCK e I ’ IV24; può inol- fatto un notevole balzo in 
tre salvare la configurazione avanti nella categoria dei 


Giudizio: quasi ottimo 
Configurazione richiesta: 1 Mb di Chip 
e 1 Mb di Fast almeno, meglio se con 68020 
o superiori 

Pro: interfaccia comoda e intuitiva, scroll 
eccezionalmente fluidi, manuale e programma 
in italiano, supporto per G-Lock e Impact Vision 24 
Contro: mancanza del funzionamento 
in multitasking, mancanza del supporto AGA, 
isolamento dei moduli, mancanza di script 
dimostrativi, chiave hardware 
Configurazione della prova: Al 200 7 Mb RAM, 
hard disk 40 Mb 


dei font e la palette. programmi di videotitolazio- 
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Trans Action 


Application Support Library 


Un’introduzione alla ASL. library 


Antonello Biancalana 

Antonello Biancalana lavora per ProMIND, una software house 
diPerugia che sviluppa software grafico e musicale per Amiga, 
oltre a essere sviluppatore Amiga registrato nella categoria 
“commercial”. Di recente, Antonello Biancalana, haprogettato 
e sviluppato MSPL (Music Synthesis Programming Languagé), 
un particolare linguaggio di programmazione rivolto alla 
sintesi sonora e musicale. 

La maggior parte dei programmi che utilizziamo si serve di file 
per memorizzare i propri dati. 

Questa caratteristica è ovviamente essenziale per qualsiasi tipo 
di programma e permette la creazione e l’uso di diversi modelli 
e condizioni di lavoro. 

In un ambiente di lavoro come quello di Amiga, il dialogo fra 
utente e macchina si basa su informazioni di tipo visivo e i 
messaggi e le decisioni dell’utente vengono comunicate preva- 
lentemente mediante l’uso del mouse. Questo sistema di co- 
municazione dovrebbe dunque essere utilizzato anche durante 
la selezione di un file. 

La selezione di un file presuppone la conoscenza della sua 
posizione nel disco, cioè la conoscenza del suo percorso (path). 
Alcune applicazioni chiedono, in modo assolutamentre ostile 
all’utente, dì inserire il nome del file senza mostrare informazioni 
relative alla struttura del disco e alla collocazione dei vari file. 

Per risolvere questo problema, da molti è stato messo a punto 
uno strumento che permette all’utente di scegliere il nome di un 
file e che lo comunica all’applicazioni: si chiama “file requester”. 

Prima dell’introduzione della versione 2.0 del sistema operativo 
di Amiga, erano state proposte delle librerie che contenevano un 
file requester: a esempio, le librerie di pubblico dominio 
Req. library e Arp.library. 

Il programmatore che intendeva implementare un file requester 
nelle sue applicazioni era costretto a usare tali librerie, oppure a 
scriverne uno appositamente. 

Ultimamente, molti programmatori si sono orientati proprio 
verso le librerie PD o shareware. Ma il team di sviluppo Commo- 
dore ha giustamente pensato, a partire dal 2.0, di implementare 
qualcosa di analogo direttamente nel sistema operativo, in modo 
che anche Amiga possa avere un file requester standard. 

La libreria ASL (Application Support Library, libreria di supporto 
alle applicazioni) è stata introdotta proprio allo scopo di fornire 


al programmatore strumenti di supporto per le proprie applica- 
zioni, e fra questi supporti appare il file requester. 

La libreria ASL 

Fin qui ci siamo soffermati sull’utilità e sulla necessità di un file 
requester, ma ricordiamo sin da subito che la libreria ASL 
fornisce anche un font requester, cioè uno strumento che 
permette di selezionare un font e tutte le caratteristiche associate 
a esso (dimensione, stile, ecc.). 

Come la maggior parte delle funzioni disponibili nelle librerie 
della versione 2.0, anche quelle previste nella libreria ASL 
richiedono come argomenti valori espressi sottoforma di Tag. 

Ricordiamo che una tag (etichetta) è uno speciale tipo di dato 
costituito da due elementi: uno esprime il tipo di parametro che 
si intende impostare, mentre l’altro esprime il valore da assegnare 
allo stesso. In più di un articolo di TransAction è stato affrontato 
questo argomento, che diamo dunque per scontato (si veda, per 
esempio, la prima parte dell’articolo “GadT ools Library” apparso 
sul numero 46). Tutte le tag previste dalle funzioni della libreria 
ASL iniziano con il suffisso “ASL_” e sono riportate in tabella 1 , 

Prima di usare le funzioni della libreria, è necessario procedere, 
come al solito, alla sua apertura mediante OpenLibraryO- Il 
valore restituito dalla funzione execOpenLibraryO corrisponde 
sia all’indirizzo base del nodo di libreria sia alfindirizzo della 
struttura dati associata alla libreria stessa. Nella maggior parte dei 
casi, la struttura dati associata alla libreria rappresenta, oltre ai 
dati inerenti la libreria, anche altri valori relativi al sistema. La 
libreria ASL non prevede una struttura dati propria (per ora 
almeno) e l’indirizzo ottenuto dopo la sua apertura si riferisce 
semplicemente a una stmttura di tipo Library. 

La variabile esterna da usare per aprire la libreria ASL è “AslBase” 
e va definita come puntatore a una struttura di tipo Library: 

struct Library *AslBase; 

Dopo aver definito l’indirizzo base della libreria, possiamo 
procedere con l’apertura: 

AslBase= (struct Library 
*) OpenLibrary {"asl . library", 36L) ; 

L’operatore di cast può essere omesso, in quanto la funzione 
OpenLibraryO restituisce un puntatore a una struttura di tipo 
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: pip; 


nome del font da presentare di default nel requester 

attributi iniziali del font 

altezza iniziale del font 

stile iniziale del font 

colore iniziale del font 

colore di sfondo iniziale del font 

.altezza minima dei font selezionabili 

altézza massima dei font selezionabili 

lista contenente le modalità, di rendering (per FONF_BRAWMQDE ) 


Tag della libreria ASL 


Library, ma nell’esempio è stato riportato per ragioni di chiarez- 
za. Si noti il numero di versione: un valore minore di 36 non 
avrebbe senso visto che la libreria ASL è disponibile solo nelle 
versioni di sistema operativo 2.0 e superiori. È sempre possibile 
passare un valore nullo per richiedere l’apertura della libreria 
con qualsiasi numero di versione. 

File requester 

Mediante l’uso delle funzioni di questa libreria , è possibile creare 
e utilizzare due tipi diversi di file requester. Si può infatti chiedere 
la creazione di un semplice file requester oppure la creazione di 
file requester personalizzati. 


Le funzioni della libreria ASL che si occupano della creazione dei 
file requester fanno riferimento a una struttura dati che serve sia 
a descrivere le caratteristiche del file requester, sia a restituire i 
dati relativi alle scelte operate dall’utente. 

Attenzione all’uso dei dati contenuti in questa struttura: si consi- 
glia solo di leggerli e di non modificarli in nessun modo con 
scritture dirette. La modifica dei dati contenuti in questa struttura 
dovrà essere eseguita mediante l’uso delle funzioni di libreria e 
delle apposite tag. La struttura necessaria per un file requester è 
così composta: 

struct FileRequester { 
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ASL_FileRequest : 
ASL_Font Reque st : 


ASL_pir: 
ASL_File : 

ASL Pattern.: 


0 


TransAcTION 


titolo del requester 

stringa da visualizzare nel gadget di conferma 

stringa da visualizzare nel gadget di annui lamento 

posizione del màrgine sinistro 

posizione del màrgine superi oro 

ampiezza .del requester 

altézza -del" requester 

flacf- che definiscono le caratteristiche del requester 
flag che definiscono altre caratteristiche del requester 
puntatore della funzione che dovrà interagire con il requester 

puntatore alla Windowàcui dovrà essere associato il requester; questo si aprirà 
sullo stesso schermo della finestra e ne utilizzerà la porta IDCMP 


ASL_FontName : 
ASL_FontFlag-s : 
ASli_FontHeight : 
ASL_FontStyles ; 
ASL_FrontPen t 
ÀSLJBa'ckPen: 
ASL_MinHeight : 

■ AS.L-MaxHeight : 

. XSL ModeList: 


ASL_Haìl: 
ÀSt_CKText : 


ASL_CandelText : 
fiSlfjLef tEdge : 

' ASL_TopEdge : 
ASLJtidth: 
ASL_Height : 
ASL_FuncFlags : 

.. ASL_ExtFlagsl : . 

ASL HookFunc : 

: ASL fiindow: ' 


: requester 


nome del percorso da presentare di default nel requester 
nome del file da presentare di default nel requester 
specifica di pattern matchìng iniziale 


: Tag*per richiedere un determinato tipo di requester 


pèrm^tté V allocazione e la definizione di un file -requester 
"jietiaette l'allocazione e la definizione di un font requester 










Dati contenuti nctf argomento Obiect 


Valore Flag 
FILF_DOMSGFUNC 
FONF_DOMSGFUNC 
F I LF__DOW I LDFONC 
FONF DOWILDFUNC 


FONF_BACKCOLOK: 
FONFJDRAWMODE : 
FONF_F IXEDWIDTH : 
FONF_FRONTCOLOR : 
FONF_STYLES : 

FONF NEWIDCMP-. 


FONF DOWI LDFUNC : 


permette all'utente di selezionare il colore di fondo del font 

permette all'utente la selezione del modo di rendering da usare con' il font 

permette all'utente la selezione dei soli font con ampiezza fissa (non proporzionali) 

permette all'utente di selezionare il colore del font 

permette all'utente di selezionare lo stile da attribuire al font 

costringe il requester a non usare la porta IDCMP della finestra cui è stato associato 
mediante la tag ASL_Window 

permette di chiamare la funzione utente associata al font requester per ogni font 
visualizzato nella lista 

permette di chiamare la funzione utente associata al font requester per ogni . evento 1 
IDCMP generato dal requester . 


FIL1F NOFILES : 


FIL1F MATCHDIRS : 


FONF_DOMSGFUNC : 


FI1F_SAVE: 

FILE MULTI SELECT : 


FILF_PATGAD: 
FILF DOMSGFUNC: 


FILF DOWILDFUNC: 


FILF NEWIDCMP: 


APTR rf_Reservedl ; 

BYTE *rf_File; 

BYTE *rf_Dir; 

CPTR rf_Reserved2; 

UBYTE rf _Reserved3; 

UBYTE rf_Reserved4 ; 

APTR rf_Reserved5; 

WORD rf_LeftEdge, rf_TopEdge; 
WORD rf_Width, rf_Height; 

WORD rfReserved6; 

LONG rf_NumArgs; 
struct WBArg *rf_ArgLlst ; 
APTR rf UserData; 


APTR rf_Reserved7 ; 
APTR rf_Reserved8; 


I campi di questa struttura che ci interessano sono pochi. 
rf_File e rf_Dir sono i puntatori alle stringhe di caratteri che 
conterranno le scelte eseguite dall’utente relative al nome del file 
e al suo percorso. 

I campi successivi utilizzabili si riferiscono alla posizione e alla 
dimensione del file requester creato. 

rf_LeftEdge, rf_TopEdge, rf_Width e rfJHeight contengono ri- 


Flag supplementariperffle requester {tagASL__ÈxtFlags 1) 


esclude la visualizzazione e la selezione dei file; usando questo flag sivpwà crearq- 
un requester di directory ■ ■ . 

permette la selezione delle directory mediante pattern matching 


Fjbig per flint requester (tag AS1. FuncFlags) 


Flag per file requester (tag ASL JFuncFlags) 


definisce il' file requester per operazioni di save dei file 

definisce un file requester a selezione multipla; viene ignorato quando è usato assieme 
a .FILF_SAVE 

definisce un file requester che permette all'utente di usare il pattern matching . 
permette di chiamare la funzione utente associata al file requester per. ogni evento--, 
di tipo IDCMP generato dal requester 

permette di chiamare la funzione utente associata al file, requester per ogni eleménto!, 
visualizzato nella lista 

costringe il requester a non usare la porta IDCMP della finestra cui è' stato associato; 
mediante la tag ASL_Window 







H 


Trans 


a c 


spettivamente la posizione dell’angolo superiore sinistro del 
requester rispetto ai margini assoluti dello schermo, l’ampiezza 
e l’altezza in pixel. 

La libreria ASL permette anche la creazione di un file requester 
che permetta di selezionare più file contemporaneamente. 

rf_NumArgs e rf_ArgList vengono usati per questo speciale tipo 
di file requester: mediante loro potremo leggere tutte le scelte 
effettuate dall’utente. 

rfjUserData contiene un puntatore a un insieme di dati definiti 
a piacere dall’utente. 

Infine, rf_Pat contiene il puntatore alla stringa di caratteri che 
costituisce il criterio di pattern matching usato nel file requester. 

Vediamo ora, in concreto, la creazione di un semplice file 
requester. Il file requester che stiamo per creare non può essere 
personalizzato in nessun modo, ma è comunque utile in tutti 
quei casi in cui abbiamo bisogno di chiedere il nome di un file 
e del suo percorso all’utente . 

La prima cosa che dobbiamo fare è allocare e inizializzare tutti i 
dati che saranno necessari al file requester. 

Per fare questo utilizzeremo la funzione AllocFileRequestO. 

struct FileRequester *FileReq; 
FileReq=AllocFileRequest () ; 

La funzione AllocFileRequestO restituisce il puntatore a una 
struttura FileRequesterpropriamenteinizializzataenon prevede 
nessun argomento. 

Dopo aver allocato con successo un file requester, lo possiamo 
usare all’interno della nostra applicazione. 

La funzione RequestFileO mostra all’utente il file requester 
appena allocato e restituisce il controllo alla nostra applicazione 
solo quando l’utente ha finito di effettuare le proprie scelte. 
Come la precedente funzione, anche la funzione RequestFileO 
non prevede argomenti: 

BOOL success; 
success=RequestFile () ; 

La funzione ritorna zero quando l’utente annulla l’operazione, 
cioè quando l’utente preme il gadget “Cancel” (Annulla). Le 
scelte effettuate potranno essere lette nella struttura FileReq. In 
particolare, potremo sapere quale file e quale directory l’utente 
ha selezionato mediante la lettura dei campi rfJFile e rfJDir. 

BYTE *file, *dir ; 
f ile=FileReq~>rf_File; 
dir=FileReq->rf_Dir; 

Prima di terminare il nostro programma, dovremo restituire e 
deallocare tutte le risorse chieste al sistema. La funzione Free- 
FileRequestO viene utilizzata per questo scopo e prevede come 
argomento un puntatore alla struttura FileRequester. 


File requester personalizzati 

Il file requester appena visto è semplice da creare e potrebbe 
soddisfare la maggior parte delle applicazioni. Con un piccolo 
sforzo supplementare, sarà però possibile creare dei file requester 
più flessibili che potremo adattare perfettamente alle nostre 
applicazioni. 

La procedura di creazione di un file requester di questo tipo è 
leggermente diversa da quella vista in precedenza. Anche in 
questo caso dovremo inizializzare e allocare i dati necessari al 
file requester e per fare questo useremo la fùnzione AllocAslRe- 
questO- La funzione AllocAslRequestO prevede due argomenti 
e, precisamente, il tipo di requester che intendiamo creare e un 
puntatore a un array di strutture di tipo Tagltem, cioè a una lista 
di tag: 

struct FileRequester *FileReq; 

FileReq=AllocAslRequest (ASL_FileRequest, NULL) ; 

Il primo argomento fornito alla funzione è una macro definita in 
“asl.h” che viene usata per richiedere l’allocazione di un file 
requester (infatti, potrebbe essere un font requester, come 
vedremo). Il secondo argomento è un valore nullo: questo 
significa che non vogliamo alterare le impostazioni standard 
previste per il file requester. La lista di tag usata per la persona- 
lizzazione del requester, infatti, può essere trasmessa in un 
secondo momento: ciò è utile anche quando si intende alterare 
un requester precedentemente allocato. 

Dopo aver creato con successo il requester, possiamo liberamente 
usarlo mediante la funzione AslRequestO, che prevede come 
argomenti l’indirizzo della struttura inizializzata dalla funzione 
AllocAslRequestO e l’indirizzo di un array contenente una lista di 
tag: 

BOOL success; 

struct FileRequester *FileReq; 

struct Tagltem MyTags[]-{ 

ASL_FuncFlags , NULL, 

ASL_Hail, (ULONG) "Carica immagine", 
ASL_OKText, (ULONG) "Carica", 

ASL_CancelText , "Annulla", 

ASL_Dir, (ULONG) "Immagini : ", 

ASL_File, (ULONG) "defaultpic", 

TAG_DONE , NULL 
} ; 

success=AslRequest (FileReq, MyTags) ; 

L’uso delle tag permette di ottenere un requester personalizzato 
in modo semplice e immediato. Nell’esempio, mediante l’uso 
delle tag, abbiamo creato un file requester specificando il titolo, 
le indicazioni da usare nei gadget di conferma e annullamento, 
il percorso da cui partire per svolgere l’operazione e infine il 
nome del file da proporre all’utente. Si noti che la lista è conclusa 
da un “TAG_DONE”, che è obbligatorio. 


FreeFileRequest (FileReq) ; 


Anche qui, se il valore restituito dalla funzione AslRequestO è 
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uguale a zero, l’utente ha deciso di annullare l’operazione. 

Un discorso a parte meritano i file requester a scelta multipla. 
Questo speciale tipo di file requester permette all’utente di 
selezionare più nomi di file in una sola sessione. 

In questo caso, non si potrà fare riferimento ai campi rf_Dir e 
rf_File: tutti gli elementi selezionati saranno disponibili mediante 
il campo rf_ArgList della struttura FileRequester, mentre il campo 
rf_NumArgs conterrà il numero di file selezionati dall’utente. 

Il campo rf_ArgList contenà l’indirizzo base di un array di 
puntatori a strutture di tipo WBArg dalle quali, grazie al campo 
wa_Name, potremo arrivare a conoscere gli elementi selezionati 
dall’utente. 

La richiesta di un file requester a selezione multipla si effettua 
mediante la tag “ASL_FuncFlags”. Questa tag prevede diversi 
valori che determinano la modalità di funzionamento del reque- 
ster stesso. 

I valori previsti per questa tag sono definiti nel file “asl.h” e sono 
sempre riportati in tabella 1 : nel nostro caso si dovrà usare il flag 
FILF_MULTISELECT. 

L’esempio che segue mostra come ottenere un file requester a 
selezione multipla: 

BOOL success; 
int x; 

struct FileRequester *FileReq; 
struct WBArcj *Args; 
struct Tagltem Multi []={ 

ASL_FuncFlags,FILF_MULTISELECT, 

ASL_Hail, (ULONG) "MultiSelect" , 

ASL_OKText, (ULONG) "Ok", 

ASL_CancelText , (ULONG) "Annulla", 

TAG_DONE, 

}; 


success=AslRequest (FileReq, Multi) ; 
Args=FileRequester->rf_ArgLìst ; 
for(x=l; x<=FileRequester->rf_NumArgs; x++) 
{ 


printf ( " % d ) 
Args+t; 


%s\n", x, Args->wa_Name) ; 


} 


La variabile Args è stata defininita come puntatore a una struttura 
di tipo WBArg e conterrà l’indirizzo base dell’array restituito dal 
requester mediante il campo FileRequester->rf_ArgList. L’indi- 
rizzo dell’elemento selezionato dall’utente si troverà nel campo 
wa_Name. 

Esistono anche altre varianti del file requester: ricordiamo il 
“save requester” (usare FILF_SAVE con ASL_FuncFlags) che 
oltre ad avere i colori invertiti, permette all’utente di creare delle 
directory (estremamente user-friendly!) e non consente - per 
sicurezza - di selezionare un file con un doppio click. 

Un’altra variante è il “directory requester” che richiede all’utente 
di selezionare il nome di una directory e non di un file: si ottiene 
mediante il flag FILlF_NOFILES della tag ASL_ExtFlagsl. 

È possibile anche indicare una “wildcard” standard che filtri i 
nomi dei file visualizzati, si usi il flag FILF_PATGAD sempre in 
ASLjuncFlags e si usi la tag ASL_Pattern per indicare la stringa 
contenente la wildcard di default. Si noti che se si usa la 
ASL_Pattem senza indicare il flag FILF_PATGAD, l’utente non 
può né vedere nè modificare la wildcard. 

Si può infine associare un requester a una finestra (e quindi allo 
schermo su cui è aperta, di solito uno schermo custom) mediante 
la tag ASL_Window associata a un puntatore a una Window e 
chiedere eventualmente al requester di non utilizzare la porta 
IDCMP della finestra indicata (come farebbe di default) me- 
diante il flag FILF_NEWIDCMP sempre in ASLJFuncFlags (la 
stessa cosa si ottiene nei font requester mediante il flag 
FONF_NEWIDCMP). 

Per ora è tutto, la prossima volta parleremo del font requester. 

n 
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Accesso diretto alla porta seriale 


Quando il serial. device diventa un optional 


Fabrizio Farenga 

Talvolta, scrivendo quel tipo di applicazioni che non si “integra- 
no bene” con le funzioni del sistema operativo (giochi, intro, 
ecc.) ci si scontra con l’impossibilità di sfruttare funzioni com- 
plesse del nostro Amiga, storicamente legate a interi sotto- 
sistemi del suo kernel. Tra le più comuni (e complesse) troviamo 
innanzitutto le due porte classiche per il trasferimento dei dati da 
e verso dispositivi esterni: la seriale e la parallela. Di quest’ultima 
però ci occuperemo diffusamente nel prossimo numero. 

La trasmissione e la ricezione di dati attraverso la porta seriale (in 
standard RS232) avviene normalmente grazie ai potenti mezzi 
che ci mette a disposizione l’OS di Amiga : prima di tutto troviamo 
il “serial. device”, che permette un totale controllo delle opera- 
zioni della RS232; è un device standard di Amiga e come tale ne 
eredita tutti i vantaggi: alta programmabilità, uso delle Message 
Porì , comandi standard, comandi dedicati e così via. Il suo uso 
è altamente consigliato in tutte le applicazioni che debbano fare 
un uso intensivo della trasmissione via seriale: programmi di 
comunicazione, BBS, sequencer MIDI e così via. A un livello più 
alto troviamo invece il dispositivo DOS SER: che è controllato, 
guarda caso, proprio da AmigaDOS. Gestire una comunicazione 
seriale attraverso SER: è molto più semplice di quanto non sia 
tramite il serial. device. Basti pensare che tramite i normali 
comandi CLI è possibile inviare dati sulla RS232. Ovviamente a 
questo livello non si può avere un controllo diretto e immediato 
di ciò che avviene in fase di trasmissione. A esempio, la velocità 
viene impostata ma- 
nualmente per mez- 
zo delle Preferences 
e non sono possibili 
ricezioni asincrone. 


SER: ha un suo ge- 
mello (o quasi): 
AUX:. Sfruttare que- 
st’ultimo è semplice 
come usare SER.-, la 
differenza sta nella 
mancanza di buffe- 
rizzazione. Questo lo 
rende adatto alla 
creazione di termi- 
nali remoti via seria- 
le. Ad esempio, col- 
legando tramite un 
normale cavo null- 
modem due Amiga, 


Porta Seriale: Lato Ami , fa 
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caricando sul primo un programma di comunicazione e impar- 
tendo da Shell sul secondo il comando “NewShell AUX:” si avrà 
a disposizione un perfetto terminale remoto, dal quale si potran- 
no impartire comandi e ricevere dati ASCII. Tutti i programmi 
eventualmente lanciati dalla Shell remota verranno eseguiti sulla 
macchina da cui è stato impartito il comando “NewShell AUX:”. 

Quelli che abbiamo appena visto sono i metodi di accesso che 
il sistema operativo di Amiga ci mette a disposizione. È inutile 
dire che è meglio sfruttarli per scrivere del software pienamente 
compatibile con future revisioni dell’OS, nonché multitasking e 
system-friendly. Come al solito, però, ci sono dei rari casi in cui 
è necessario by-passare totalmente i device standard, DOS 
device e simili, per controllare l’hardware in maniera diretta: 
quando richiediamo il massimo delle prestazioni da una macchi- 
na non proprio di “fascia alta” ( A500/A600) o quando “qualcosa” 
della nostra applicazione ha irrimediabilmente reso inoperativa 
tutta quella serie di librerie e routine dell’AmigaOS (un uso 
assoluto della memoria è il classico esempio). 

Vedremo quindi come comportarsi quando serial.device e SER: 
(nonché AUX:) sono inutilizzabili. 

Lo standard RS-232 

Non ci dilungheremo in lunghe spiegazioni dello standard RS- 
232, potrete infatti trovare tutte le informazioni hardware di cui 
avete eventualmente bisogno nei numerosi manuali tecnici 
facilmente reperibili nelle librerie specializzate, ma daremo solo 

un veloce sguardo 

a quei particolari, la 

cui conoscenza è 
indispensabile pa- 
ura corretta pro- 
grammazione. 



Pin 

Anisa 

RS232 

HAYES 

I/O 

Descrizione 

1 

SHIELD 

GND 

GND 

— 

Sh ielcl Ground 

2 

TXD 

TXD 

TXD 

o 

Trasni t Data 

3 

RXD 

RXD 

RXD 

I 

Receive Data 

4 

RTS 

RTS 

— 

o 

Request to Send 

5 

CTS 

CTS 

CTS 

I 

Clear to Send 

6 

DSR 

DSR 

DSR 

I 

Data Set Ready 

7 

GND 

GND 

GND 

— 

Systen Ground 

8 

CD 

CD 

DCD 

I 

Carrier De te et 

9 

+ 12 V 

— 

— 

— 

+ 12 Volts DC <28 nA naxiiiun) 

10 

12V 

— 

— 

— 

— 12 Volts DC <20 r\A naxinun) 

11 

AUDO 

— 

— 

o 

Atiisa Audio out <Left> 

12 

n/c 

S . SD 

SI 

— 

Speed Indicate 

13 

n/c 

S .CTS 

— 

— 


14 

n/c 

S . TXD 

— 

— 


15 

n/ c 

TXC 

— 

— 


16 

n/c 

S .RXD 

— 

— 


17 

n/c 

RXC 

— 

— 


18 

AUDI 

— 

— 

I 

Anisa Audio In <Risht> 

19 

n/c 

S .RTS 

— 

— 


20 

DTR 

DTR 

DTR 

o 

Data Terni nal Ready 

21 

n/c 

SQD 

— 

— 


22 

RI 

RI 

RI 

I 

Rinsr Indicato»' 

23 

n/ c 

SS 

— 

— 


24 

n/ c 

TXC1 

— 

— 


25 

n/c 

— 

— 

— 
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Figura 1: descrizione dei Pin della porta seriale RS-232C 
nelle sue veisioni più comuni 


Cominciamo col 
dire che Amiga è 
dotata di una porta 
seriale standard RS- 
232C dotata di con- 
nettore a vaschetta 
DB25 femmina 
(maschio nell’Ami- 
ga 1000); lo schema 
completo dei vari 
segnali riportati su 
di esso sono mo- 
strati in figura. No- 
terete dallo schema 
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che esistono alcune differenze tra i segnali effettivamente ripor- 
tati su Amiga e quelli di una normale porta RS232C: è da tener 
presente che esse si presentano solo in pin, che non sono 
indispensabili (o addirittura che sono inutilizzati) in una normale 
trasmissione seriale. In ultimo, è presente anche una terza 
colonna, marcata “HAYES”, che indica i segnali utilizzati da un 
modem in standard Hayes (il più diffuso); è chiaro a questo 
punto che la soluzione ottimale per collegare il vostro Amiga a 
un modem o a un altro dispositivo RS232C è quella di utilizzare 
un cavo che riporti esclusivamente i segnali standard Hayes e 
non una “prolunga” che riporti tutti i 25 poli. 

La seriale di Amiga 

La seriale di Amiga è controllata dal chip custom Paula, il quale 
contiene al suo interno un circuito IJART (Universal Asynchro- 
nous Receiver/Transmitter - Trasmettitore/Ricevitore Universa- 
le Asincrono). Questo permette una flessibilità assoluta nel 
programmare le velocità di trasmissione, che possono spaziare 
da 110 a oltre 292.000 bit per secondo. Inoltre è possibile 
impostare la lunghezza del dato da trasmettere (8 o 9 bit) ed 
effettuare tutta una serie di controlli software sulla trasmissione/ 
ricezione dei dati. 

Impostare la velocità di trasmissione è più facile a dirsi che non 
a farsi. Quella che sembrerebbe una delle funzioni più semplici 
è invece (se paragonata a quelle di trasmissione e ricezione dati) 
una delle più complicate. Le temporizzazioni della porta seriale 
sono gestite sulla base del “color clock” che è di 281,94 ns sulle 
macchine PAL e di 279,93 ns su quelle NTSC. Per ottenere il 
valore da immettere nel registro SERPER (i cui bit da 0 a 14 sono 
preposti a contenere la velocità di trasmissione) basta effettuare 
quindi una semplice operazione: (3.546.895/baud)-l definisce 
il valore da immettere in SERPER sulle macchine PAL, mentre 
(3-579. 545/baud)-l lo definisce per quelle NTSC. 

A esempio, se sul nostro Amiga (PAL) vogliamo che la trasmis- 
sione avvenga a una velocità di 19-200 baud, non resta che 
calcolare (3.546.895/19-200)-l e immettere il risultato (183) in 
SERPER. Il bit 15 di quest’ultimo registro definisce invece la 
lunghezza del dato in fase di ricezione: 8 bit se è posto a 0 
(condizione standard), 9 bit se è posto a 1. 

Riceviamo i dati 

Il registro del Paula che controlla la ricezione dei dati via RS232 
è il SERDATR ($DFF018) che nei suoi 16 bit contiene tutte le 
infonnazioni necessarie per interpretare i dati appena ricevuti: 
fondamentali sono i bit che vanno da 0 a 7, (da 0 a 8 nel caso si 
sia impostata la lunghezza del dato a 9 bit), nei quali viene 
immagazzinato, un bit alla volta, il byte in arrivo dalla seriale. Una 
volta che l’intero “dato” è stato ricevuto, il bit 14 (RBF - Read 
Buffer Full) dello stesso SERDATR sarà a posto a 1 da Paula, per 
segnalare che il “dato” ricevuto è pronto da leggere. Questo 
evento sarà anche accompagnato dalla generazione di un inter- 
rupt RBF di livello 5 (bit 10 di INTENA). 

A questo punto il nostro compito è quello di prelevare il dato e 
“confermare l’awenuta ricezione”, azzerando il bit RBF (#14) in 


INTREQ ($DFF09C). Nel caso sia a 8 bit, è sufficiente un 

MOVE.B SERDATR+1, [destinazione] 

per prelevare il byte ricevuto, altrimenti è necessario “sprecare" j 
una intera word per contenere tutti e nove i bit che ci sono stati j 
trasmessi con un 1 

; 

MOVE.W SERDATR, [destinazione] E 

AND.W #$01FF, [destinazione] 

In entrambi i casi, ovviamente, “destinazione” può essere un 
Registro Dati o un Indirizzo Effettivo. Se non si è abbastanza 
rapidi nel “raccogliere” il dato e azzerare il bit di conferma, 
potrebbe verificarsi un infausto evento: l’attivazione del bit di 
OVERRUN, il quale segnala che un altro byte è stato ricevuto dal 
processore prima che il precedente sia stato letto (e la sua lettura 
sia stata confermata azzerando il bit RBF di INTREQ). 

In condizioni normali comunque, e per normali si intendono 
velocità di trasmissione non oltre i 19.200 baud e sistema 
multitasking non eccessivamente oberato di lavoro, una norma- 
le gestione della ricezione dati via interrupt anche su un sistema 
dotato processore 68000 non genera problemi di sovraccarico 
dei dati, ma quando si cominciano a sfruttare velocità di trasfe- 
rimento superiori, è necessario passare a sistemi di gestione più 
rudi ( ma efficienti in termini di cicli macchina) e spesso meno 
multitasking. In queste situazioni “Time-Critical”, loop simili al 
seguente sono spesso obbligatori: 

ASPETTA: 

; Testa il bit RBF del registro SERDATR 
BTST #RBF, SERDATR 

; Se è a 0 non è stato ricevuto alcun dato 
BEQ ASPETTA 

;Copia il "dato" nel buffer puntato da A0 
MOVE . B SERDATR+1 , (AO ) + 

ERA ASPETTA ; Torna ad attendere 

Ovviamente, AO deve inizialmente puntare a una zona di memo- 
ria dove possano essere immagazzinati i byte ricevuti. 

Un altro bit del registro SERDATR che interviene nelle operazioni 
di ricezione dati è l’undicesimo: RXD. Questo assicura in tempo 
reale la lettura dello sfato del pin RXD della porta seriale, il quale 
è a uno nell’istante in cui si riceve un bit uguale a uno ed è a zero, 
quando si riceve un bit uguale a 0. 

L’uso di questa possibilità offerta dal Paula è relativamente 
limitato, ma talvolta può tornare utile durante il debugging (ossia 
la caccia agli errori) di un programma. 

Il metodo migliore per ricevere dati dalla seriale è comunque 
quello di dirottare il vettore di interrupt di livello 5 verso una 
routine simile alla seguente: 

RBF IRQ: 

; Conferma l'IRQ 5 
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move . w #%0000100000000000, INTREQ 

/Preserva i registri 
movem.l d0-d7/a0-a6, - (sp) 

; Immette il carattere in INPUTBUF 
move . w INPUTPOINTER, dO 
lea INPUTBUF, aO 

move.b SERDATR+1 , (aO , dO ) 

/Incrementa il contatore dei byte ricevuti 
add.w #1, INPUTPOINTER 

/Rimmette a posto i registri 
movem.l (sp) +, d0-d7/a0-a6 
rte 

INPUTBUF deve essere l’indirizzo di una zona di memoria che 
possa contenere in modo sequenziale tutti i dati che vengono 
ricevuti attraverso la porta seriale. INPUTPOINTER è invece una 
word che contiene il numero di byte correntemente immagazzi- 
nati nel buffer sopracitato. 

In fase di trasmissione 

Ovviamente lo scambio di dati attraverso la porta seriale è quasi 
sempre bidirezionale e quindi, oltre che ricevere, dobbiamo 
inviare dati (byte) attraverso la RS232 di Amiga. Compiere questa 
operazione è addirittura più semplice che ricevere dati: basta 
infatti scrivere il byte da trasmettere, corredato da un bit di stop, 
nel registro SERDAT ($DFF030), per fare in modo che Amiga lo 
trasmetta in accordo con le impostazioni preparate per la ricezio- 
ne (velocità...). 

A esempio, se si trasmette un byte (cioè un dato a 8 bit) il bit 8 
(partendo da 0) del registro dovrà essere SEMPRE impostato ad 
uno, in modo che rappresenti il bit di stop. Volendo quindi 
inviare il valore esadecimale $C7 (in binario % 1 1000 111) si userà 
una istruzione del tipo 

MOVE . W #$1C7, SERDAT 

Si noti 11 prima di C7. Trasmettendo invece un dato a nove bit, 
ci si dovrà ricordare semplicemente di mettere il bit di stop in 
decima posizione; a esempio, inviando il valore (a 9 bit) $1A1 
(binario: %110100001) si dovrà utilizzare la seguente istruzione: 

MOVE . W #$3A1,SE 

in cui il bit 9 è a 1. È importante ora chiarire come avviene 
internamente il processo di trasmissione, visto che serve per 
comprendere il funzionamento dei vari bit di stato (presenti in 
SERDATR) che forniscono informazioni sull’andamento della 
fase di invio dei dati. Una volta che tramite (istruzione MOVE 
abbiamo depositato in SERDAT il byte di dati e il bit di stop, 
questo valore viene trasferito immediatamente e in maniera 
autonoma in un registro interno di Paula. Subito dopo avviene la 
generazione di un interrupt TBE di livello 1 nonché l’attivazione 
del bit 13 di SERDATR, che resterà alto fino a quando una nuova 
word di dati non sarà stata immessa in SERDAT. Dal registro 
interno di Paula il byte vena poi effettivamente trasmesso bit per 
bit via RS232. Quando SERDAT è vuoto (ossia il suo contenuto 
è stato trasferito nel Serial Register di Paula) e anche il registro 


interno di Paula è stato svuotato (ossia il dato è stato compieta- 
mente trasmesso) si attiva il bit 12 (Trasmit Shift Register Empty 
- Registro di trasmissione a traslazione vuoto) di SERDATR, che 
indica che ogni operazione di trasmissione è definitivamente 
terminata. 

Un tipico esempio di Interrupt Server che invii una serie di dati 
è il seguente: 

TBEIRQ: 

/Conferma tutte le IRQ dì livello 1 
move . w #%00000000 000000 01, TNTREQ 
/Preserva i registri 

movem.l d0-d7/a0-a6, - (sp) 

/Legge da OUTPUTBUFFER il byte da trasmettere 


move . w 

OUTPUTPOINTER, dO 

move . 1 

CUROUTPUTBUF, aO 

move . b 

(a0,d0) , dO 

/Trasforma il byte in word, 

and. w 

#$FF,d0 

or . w 

#$100, dO 

; Immette 

if dato in SERDAT 


move.w dO, SERDAT 

ylncrementa il contatore dei byte trasmessi 
add.w # 1 , OUTPUTPOINTER 
/Ripristina ì registri 
movem.l (sp) +, d0-d7/a0-a6 
rte 

Altri bit della porta seriale 

Non è solo la coppia di registri SERDAT/SERDATR che controlla 
la porta seriale di Amiga, ma esistono altri bit “sparsi” attraverso 
la memoria dedicata ai chip custom. Uno di questi è l’undicesi- 
mo di ADKCON. Chiamato UARTBRK, genera una interruzione 
forzata sulla linea di trasmissione, bloccando così un eventuale 
transito di dati. Altri cinque bit di controllo sono posti in CIA B 
(quello pari) e più precisamente nel suo registro PRB (Registro 
dati periferica B - $BFD100) nel seguente ordine: 


Bit #7 DTR 
Bit #6 RTS 
Bit #5 CD 
Bit #4 -CTS 
Bit #3 DSR 


Data Terminal Ready 
Request To Send 
Carrier Detect 
Clear To Send 
Data Set Ready 


Di questi: il Data Terminal Ready (Terminale dati pronto) va 
posto a uno per segnalare al tenninale collegato alla RS232 che 
si è pronti a inviare/ ricevere dati; il Carrier Detect è normalmente 
attivo quando viene avviata la connessione tra due modem. Tutti 
gli altri, normalmente, non dovrebbero interessare l’utente (tran- 
ne che in occasioni molto particolari) e il loro uso è strettamente 
legato all’architettura dello standard RS232, la cui discussione 
approfondita esula dal nostro ambito. 

Arrivederci al prossimo articolo, dove esamineremo approfon- 
ditamente la seconda porta di trasmissioni dati di Amiga: quella 
parallela. 

n 
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Il formato UFF 


Il formato grafico più flessibile (parte prima) 


Alberto Geneletti 

Il formato TIFF nasce nel 1986 per volontà di Aldus Corporation, 
che, dopo una lunga serie di incontri con gli sviluppatori delle 
aziende che si occupano della realizzazione di hardware per 
l’acquisizione e la manipolazione di immagini digitali, decise di 
intraprendere la definizione di uno standard di memorizzazione 
universale, in grado di soddisfare le molteplici esigenze che si 
manifestavano in questo settore. 

Questa prima implementazione è stata successivamente amplia- 
ta, per soddisfare le esigenze di un’utenza tecnologicamente 
sempre più avanzata, e si è trasformata nel giugno 1992 nella 
versione definitiva, nota come release 6.0. 

In questi sette anni di vita il formato di Aldus Corporation è 
cresciuto fino a diventare il prodotto più flessibile e più comples- 
so che il mercato è attualmente in grado di offrire, conquistando 
i consensi di una vastissima utenza, ma scontrandosi nello stesso 
tempo contro alcune difficoltà e incomprensioni che si sono 
manifestate nella realizzazione dei codificatori e dei decodifica- 
tori. 

Le varianti previste dal formato sono infatti tanto numerose che 
difficilmente un decodificatore può garantirne il supporto com- 
pleto; possono essere utilizzati infatti almeno sei algoritmi di 
compressione, e precisamente il PackBits (Run-Length), il CCITT 
1D (basato su una variante dell’algoritmo di Huffman), il FAX 
Group 3 e Group 4, il Lempel Zivel Welch e addirittura la codifica 
JPEG; inoltre è possibile descrivere l’immagine per mezzo del- 
l’indirezione di colore (con palette fino a 256 colori), per mezzo 
delle componenti RGB, oppure delle componenti CMYK (Cyan 
Magenta Yellow e Black), di quelle YCbCr (Luminosità mono- 
cromatica + Componente cromatica Blue + Componente croma- 
tica Red) o di quelle CIE L*a*b* (Luminosità, Componente Red/ 
Green e Componente Yellow/Blue). 

Molte di queste modalità vengono tuttavia considerate come 
estensioni, e proprio per questo motivo non tutti i decodificatori 
le supportano. La stessa definizione del formato distingue i file 
TIFF Baseline, la cui interpretazione deve essere garantita da tutti 
i decodificatori, dai file TIFF estesi, la cui codifica e decodifica 
viene effettuata in genere da applicazioni specifiche. 

Tra le estensioni troviamo anche la codifica LZW, la cui efficacia 
ne ha favorito l’ implementazione da parte della maggioranza del 
software di elaborazione grafica. Prima di salvare un’immagine 
in tale modalità è tuttavia preferibile accertarsi che l’ambiente nel 


quale avremo bisogno di importarla in futuro sia in grado di 
decifrarla; il mancato riconoscimento di tale estensione da parte 
di applicazioni di scarsa qualità rappresenta infatti la causa 
principale di tutti i problemi solitamente riscontrati dagli utenti, e 
deH’ingiustificata diffidenza che molti di essi nutrono nei confronti 
del formato universale TIFF. 

Filosofia del formato 

L’acronimo TIFF significa Tagged Image File Format, sebbene 
qualcuno abbia fatto notare come la parola inglese “tiff ’ significhi 
anche “una leggera nausea”, una sensazione che effettivamente 
può essere avvertita dai programmatori meno temerari e più 
sprovveduti a un primo approccio con la complessità del formato . 

Il concetto di Tag è divenuto familiare ai programmatori Amiga a 
partire dalla release 2.0 del sistema operativo, dal momento che 
i programmatori Commodore hanno ritenuto opportuno dedica- 
re un’intera libreria a questa utilissima strategia di programmazio- 
ne, utilizzata principalmente nel passaggio degli argomenti alle 
System cali di altre librerie. 

Un Tag-Item è una coppia di valori, il primo dei quali, il Tag vero 
e proprio, è una chiave, che assume significati differenti a seconda 
del contesto in cui è utilizzata , mentre il secondo definisce il valore 
che viene associato alla funzionalità specificata dalla chiave. 

A esempio, nella creazione di una finestra con la funzione 
OpenWindowTagListO, può essere utilizzato il Tag-Item 
(WA_Height, 320) per specificarne l’altezza, oppure la coppia 
(WA_SuperBitMap, &MyBitmap) per richiedere una custom- 
bitmap. 

I Tag, che nel sistema operativo Amiga vengono implementati 
come coppie di interi a 32 bit, vengono riuniti , in modo da formare 
una lista, detta TagList, che viene passata come argomento nelle 
chiamate di funzione; il sistema operativo preleva poi dalla 
memoria tutti questi valori, decodifica il significato di ciascun Tag 
e utilizza i valori a essi associati per inizializzare le stesse strutture 
di sistema già definite nelle precedenti release. 

II vantaggio offerto da questa strategia consiste essenzialmente 
nel fatto che in questo modo è possibile specificare soltanto i 
valori dei campi effettivamente significativi delle strutture di 
sistema (gli altri assumeranno valori di default). 

Nello stesso tempo è possibile programmare a un livello di 
astrazione più elevato, nel quale i Tag possono essere considerati 
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come proprietà di oggetti, quali una Window di Intuition, con i 
quali il programmatore interagisce senza più preoccuparsi del 
meccanismo interno, costituito appunto dalle strutture di siste- 
ma. 

I Tag nel formato TIFF 

I Tag-Item utilizzati dal formato TIFF funzionano esattamente 
nello stesso modo, pur essendo implementati in modo legger- 
mente differente. Un Tag-Item TIFF è infatti costituito da una 
sequenza di 1 2 byte, che possono essere mappati in una struttura 
statica nel modo seguente: 

typedef struct TTI { 
unsigned int Tag; 
unsigned int Type; 
unsigned long Cont; 
unsigned long Value; 

} TIFFTagltem; 

Gli int vanno intesi come interi a 16 bit. Come è possibile 
osservare, oltre alla chiave, costituita da un valore a 16 bit, e al 
valore associato a tale chiave, definito nel campo Value a 32 bit, 
sono presenti altri due campi: il primo, il campo Type a 16 bit, 
specifica il tipo di valore numerico memorizzato in Value. 

Attualmente il TIFF supporta la definizione di 12 tipi di dati, e 


precisamente: 



ì 

BYTE 

intero 

senza segno a 8 bit 

2 

ASCII 

codice 

ASCII a 7 bit + 1 bit nullo 

3 

SHORT 

intero 

senza segno a 16 bit 

4 

LONG 

intero 

senza segno a 32 bit 

5 

RATIONAL 

coppia 

di LONG a 32 bit 



(numeratore e denominatore) 

6 

SBYTE 

intero 

a 8 bit con segno 

7 

UNDEFINED 

valore 

a 8 bit general-purpuse 

8 

S SHORT 

intero 

a 16 bit con segno 

9 

SLONG 

intero 

a 32 bit con segno 

10 

SRATIONAL 

come RATIONAL, ma con segno 

11 

FLOAT 

reale 

a 32 bit (singola precisione) 

12 

DOUBLÉ 

reale 

a 64 bit (doppia precisione) 


FLOAT e DOUBLÉ vengono codificati secondo le specifiche 
IEEE, lo stesso formato utilizzato dalle librerie matematiche di 
Amiga. A questo punto i nostri lettori più attenti si staranno 
domandando come è possibile memorizzare i valori a 64 bit dei 
RATIONAL, degli SRATIONAL e dei DOUBLÉ all’intemo del 
campo Value, che è invece un campo a 32 bit. 

Ebbene, va detto che il valore del Tag viene memorizzato 
all’interno del campo Value soltanto nel caso in cui il tipo di dato 
non eccede i 4 byte di lunghezza; in caso contrario, il campo 
Value definisce uno scostamento (offset), riferito all’inizio del 
file, che specifica la posizione nella quale dovremo andare a 
cercare il dato vero e proprio all’interno del file. Questa situazio- 
ne si verifica, in particolare, ogni volta che il valore associato al 
Tag-Item non è unico, ma è costituito a esempio da un array di 


valori, come nel caso di una bitmap o di una colormap. 

Il numero di elementi memorizzati in tale array deve essere 
codificato nel campo Count, che indica il numero di dati, tutti del 
tipo specificato in Type, presenti nell’array, e non il numero di 
byte richiesti per la sua memorizzazione; nel caso si tratti di un 
array di 5 RATIONAL dovremo leggere cioè cinque coppie di 
valori a 32 bit, per un totale di 20 byte, spostando la posizione 
corrente del file all’offset specificato in Value. 

Un array di 2, 3 o 4 valori di tipo BYTE potrà e dovrà invece essere 
memorizzato all’interno del campo Value, che non andrà quindi 
scambiato per un offset. 

La codifica dei numeri 

Il problema della codifica dei numeri all’interno di un file non 
riguarda il TIFF in particolare, ma è comune alla definizione di 
tutti i formati grafici. 

La disposizione dei byte di un intero a 16 o a 32 bit può infatti 
seguire due convenzioni contrapposte: la prima, implementata 
dalle CPU Motorola, prevede che i byte più significativi vengano 
preposti ai meno significativi (convenzione MSBF = Most Signi- 
ficative Byte First); la seconda, diffusa su piattaforme Intel, 
codifica invece, in memoria o all’interno di un file, prima il byte 
o i byte meno significativi, poi quelli più significativi, in maniera 
esattamente opposta alla convenzione Motorola (convenzione 
LSBF). 

Nei numeri scorsi abbiamo visto come, tanto il formato GIF, 
quanto il Targa, utilizzino questa seconda soluzione, dal mo- 
mento che sono nati e si sono diffusi soprattutto in ambiente MS- 
DOS; abbiamo inoltre spiegato come, per garantire la corretta 
interpretazione dei valori numerici su qualsiasi piattaforma, sia 
necessario scrivere dei sorgenti che gestiscano gli interi non 
come singoli valori a 16 o a 32 bit, ma li ricostruiscano a partire 
dai fattori memorizzati nei singoli byte. 

Dal momento che il TIFF nasce come formato universale, indi- 
pendente dalla piattaforma hardware e dal sistema operativo, i 
programmatori di Aldus Corporation pensarono di non privile- 
giare nessuna delle due alternative, e di supportarle entrambe, in 
modo che i codificatori e i decodificatori di un certo ambiente di 
sviluppo potessero trarre beneficio dall’uso della propria con- 
venzione, ma garantendo nello stesso tempo la piena compati- 
bilità con macchine di architettura differente. 

La convenzione utilizzata viene specificata all’interno di un 
Image File Fleader, una struttura di 8 byte, posta all’inizio del file, 
che costituisce, come vedremo tra poco, l’unico riferimento fisso 
di un file TIFF. 

Struttura di un file UFF 

Un file TIFF è costituito da tre tipi differenti di informazioni: 

1) Un Image File Header, struttura unica, posta all’inizio del file, 
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che può essere considerata come l’intestazione della lista delle della signature del GIF e del Targa, e ben rappresenta il formato 
immagini. nella sua inesauribile stravaganza. 


2) Una o più Image File Directory (IFD), ciascuna delle quali 
codifica un’immagine completa, collegate tra di loro in modo da 
formare una lista; nel caso venga codificata una sola immagine 
per file, tale lista sarà costituita da un solo nodo, e cioè sarà 
presente una sola IFD. Ogni Image File Directory è a sua volta 
costituita da una lista di Tag-Item, contenente un numero arbi- 
trario di Tag. 

3) I dati delle Image File Directory che non hanno potuto trovare 
posto nei 4 byte del campo Value dei relativi Tag-Item, princi- 
palmente le ColorMap e le BitMap; tutti questi dati, privi di 
intestazione, ma identificati univocamente dagli offset dei relativi 
Tag-Item, costituiscono una sorta di mare nel quale navigano le 
IFD. 

La struttura di un file TIFF è quindi molto simile a quella del 
sistema operativo Amiga, dove esiste un solo riferimento fisso 
(Exec Base in $00000004), che salda i collegamenti con tutte le 
altre strutture, poste in posizioni arbitrarie della memoria. 

Naturalmente tutti i dati di un file TIFF vengono memorizzati in 
modo contiguo, a differenza di quanto avviene nella memoria di 
un computer, in modo da limitarne al massimo le dimensioni. 

L’Image File Header 

I primi 8 byte di un file TIFF costituiscono l’Image File Header, 
una struttura che può essere mappata staticamente nel modo 
seguente: 

typedef struct TIFH { 

unsigned char ByteOrder [ 2 ] ; 

. unsigned int Version; 
unsigned long Offset; 

} TIFFImageFileHeader; 

I due caratteri dell’array ByteOrder specificano quale delle due 
convenzioni per la codifica dei valori a 16 e a 32 bit verrà utilizzata 
in tutto il resto del file, e possono assumere le due seguenti 
configurazioni: 


Il campo Offset infine definisce lo scostamento rispetto all’inizio 
del file della prima Image File Directory, e deve essere necessa- 
riamente allineato a parola, e può essere quindi soltanto un 
numero pari. 

L’Image File Directory 

I primi due byte dell’Image File Directory codificano, con la solita 
convenzione, il numero di Tag-Item in essa definiti. Ogni Tag- 
Item ha lunghezza fissa pari a 12 byte; è così possibile ignorare 
completamente il contenuto di una IFD, calcolando a priori la 
posizione dei 4 byte seguenti l’ultimo Tag-Item della IFD. 

Questi 4 byte codificano l’offset della IFD successiva, e segnalano 
eventualmente, nel caso siano tutti nulli, che quella che abbiamo 
appena decodificato è l’ultima immagine del file. 

Le IFD hanno quindi lunghezza variabile, e possono essere 
schematizzate nel modo seguente: 


Numero N 

di Tag 

- 2 

byte 

Tag 

1 

- 12 

byte 

Tag 

2 

- 12 

byte 

Tag 

N 

- 12 

byte 

Offset della IFD 

successiva — 4 

byte 


I Tag dei file TEFF Baseline 

Vediamo ora quali siano i Tag che si incontrano più frequente- 
mente all’interno di un file TIFF in versione base. 

Per ciascun Tag indicheremo il nome, il valore numerico decima- 
le ed esadecimale con il quale è stato definito tale identificatore 
(campo Tag), i possibili tipi del valore o dei valori associati 
(campo Type), il numero di tali valori (campo Count), la funzio- 
nalità associata al Tag, ed eventualmente i valori ai quali è stato 
assegnato un significato particolare (campo Value). 

IinageWidth — 256 (Hex: 100) 

(Type: SHORT o LONG) (Count: 1) 


“II” $4949 — convenzione LSBF, utilizzata dalle piattaforme Intel, 
chiamata dai tecnici di Aldus Corporation “convenzione little- 
endian” 

“MM” $4d4d — convenzione MSBF, utilizzata dalle piattaforme 
Motorola, detta anche “convenzione big-endian” 

La convenzione specificata viene subito utilizzata per memoriz- 
zare il numero della versione, che correntemente è pari al valore 
decimale 42, che troviamo codificata nel campo Version. 

Tale valore, insieme alla doppia I o alla doppia M di ByteOrder, 
identifica univocamente il file grafico come file TIFF ; tale sequen- 
za di byte, sebbene variabile a seconda dei casi, fa infatti le veci 


Indica il numero di pixel per scanline, e cioè la larghezza 
dell’immagine espressa in pixel. 

ImageLenght — 257 (Hex: 101) 

(Type: SHORT o LONG) (Count: 1) 

Indica il numero di scanline presenti nell’immagine e cioè l’altezza 
dell’immagine espressa in pixel. 

Photometriclnterpretation — 262 (Hex: 106) 

(Type: SHORT) (Count: 1) 

Indica il tipo di immagine codificata. 

Value può infatti assumere uno dei seguenti valori: 
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0 - WhitelsZero Immagine monocromatica o grayscale 

1 - BlacklsZero' Immagine monocromatica o grayscale al 

negativo 

2 - Immagine descritta per mezzo delle tre componenti 

RGB (Red Green Blue) 

3 - Immagine con Palette (indirezione di colore) 

4 - Maschera di trasparenza 

5 - Immagine descritta per mezzo delle quattro componen- 

ti CMYK 

6 - Immagine descritta nello spazio cromatico YCbCr 

7 - Immagine descritta per mezzo delle componenti 

CIEL*a*b* 

SubfileType — 255 (Hex: ff) 

(Type: SHORT) (Count: 1) 

Definisce informazioni che vengono utilizzate nel caso nello 
stesso file sia codificata più di un’immagine. 

1 - Immagine full-resolution, e cioè fimmagine vera e propria 

2 - Immagine reduced-resolution, che deve essere utilizzata 
come prewiew o immagine di catalogazione thumbnail del- 
rimmagine full-resolution codificata nello stesso file 

3 - Immagine facente parte di un documento costituito da più 
pagine. 

Questo Tag è stato funzionalmente sostituito recentemente dal 
Tag NewSubFileType. 

NewSubfileType — 254 (Hex: fe) 

(Type: LONG) (Count: 1) 

Ripartisce sui primi tre bit le seguenti informazioni, che costi- 
tuiscono un’estensione di quelle codificate precedentemente 
in SubfileType. 

Bit 0 Immagine reduced-resolution di preview. 

Bit 1 Pagina di un documento di più pagine. 

Bit 2 L’immagine è una maschera di trasparenza per un’altra 
immagine codificata all’interno dello stesso file. 

Questo nuovo Tag è stato introdotto, oltre che per la Transpa- 
rency Mask, perché fosse possibile specificare combinazioni 
delle varie opzioni, settando più di un bit contemporaneamen- 
te. Il valore 0, assunto di default, indica una singola immagine 
full-resolution. 

SamplePerPixel — 277 (Hex: 115) 

(Type: SHORT) (Count: 1) 

Indica il numero di componenti per pixel. 

Generalmente utilizzato per la memorizzazione di immagini in 
formato RGB TrueColor (Value: 3), permette eventualmente di 
segnalare la presenza di una quarta componente (Value: 4), 
detta Alpha Channel, per la gestione di maschere per la 
trasparenza. 


BitPerSample — 258 (Hex: 102) 

(Type: SHORT) (Count: SamplePerPixel) 

Specifica il numero di bit di ciascuna componente. 

Nel caso di immagini grey-scale o palette-color avremo una 
sola componente, anche nel caso il Tag SamplePerPixel non 
sia stato codificato all’interno del file. È interessante osservare 
come il formato TIFF permetta con questo meccanismo di 
definire addirittura un numero differente di bit per ciascuna 
componente (es: Value 4 [R:5,G:6,B:5l); il valore più frequente- 
mente associato a tale Tag-Item è tuttavia [8,8,81 

ColorMap — 320 (Hex: 140) 

(Type: SHORT) (Count: 3*2 A BitsPerSample) 

Defisce una ColorMap RGB, nella quale ogni componente è 
un valore a 16 bit: il range di valori specificabili varia quindi tra 
(0,0,0) per il nero e (65535,65535,65535) per il bianco. 

Le componenti di ciascun entry della ColorMap sono disposte 
nell’ordine tradizionale (Rosso, Verde e Blue). 

Dal momento che per ciascuna entry sono necessari 6 byte, per 
una palette a 256 colori saranno necessari 1536 byte, che 
andremo a cercare all’interno del file nella posizione indicata 
dall’offset definito nel campo Value. 

Memorizzazione della bitmap 

La memorizzazione della bitmap viene organizzata in gruppi 
di un numero costante di scanline, che vengono chiamati Strip 
(strisce). Aldus Corporation consiglia la creazione di Strip di 
lunghezza pari a circa 8K, in modo da facilitare il buffering 
nelle operazioni di codifica e di decodifica; è comunque 
possibile aggirare tale meccanismo definendo un’unica Strip 
contenente l’intera immagine. La codifica della Bitmap avvie- 
ne quindi per mezzo dei seguenti Tag-Item. 

RowsPerStrip — 278 (Hex: 116) 

(Type: SHORT o LONG) (Count: 1) 

Indica il numero di scanline presenti in ciascuna Strip, eccetto 
l’ultima che, nel caso ImageLength non sia multiplo di 
RowPerStrip, ne conterrà un numero inferiore. 

StripOffsets — 273 (Hex: 111) 

(Type: SHORT o LONG) (Count: StripPerlmage) 

Si tratta di un array di Offset che definisce, per ciascuna Strip, 
il realativo scostamento dall’inizio del file. 

Il numero di entry di tale array, che abbiamo chiamato StripPe- 
rlmage, può essere calcolato nel modo seguente: 

StripPerlmage = (QmageLength-1)/ RowsPerStrip) + 1 

StripByteCounts — 279 (Hex: 117) 

(Type: SHORT o LONG) (Count: StripPerlmage) 

In questo array, di lunghezza sempre pari a StripPerlmage, 
troviamo memorizzato il numero di byte contenuti in ogni 
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Strip dopo aver sottoposto la Strip a un processo di compres- 
sione. Ogni Strip viene infatti compressa separatamente, per 
mezzo di uno dei seguenti algoritmi, definiti per mezzo del 
Tag-Item Compression. 

Compression — 259 (Hex: 103) 

(Type: SHORT) (Count: 1) 

Indica il tipo di compressione utilizzata per codificare ogni 
Strip della BitMap, e può assumere i seguenti valori: 

1 - Nessuna compressione 

2 - CCITT 1D 

3 - FAX Group 3 

4 - FAX Group 4 

5 - LZW 

6 - JPEG 

32773 - PackBits 

Per quanto riguarda la disposizione dei pixel all’interno della 
Bitmap sono previste varie modalità. Le immagini ad una sola 
componente, e cioè le grey-scale e le Palette-Color, vengono 
organizzate nel modo seguente, a seconda del valore di 
BitPerSample. 

BitPerSample Disposizione 


Definisce l’orientamento dell’immagine. A seconda del valore 
specificato, la riga 0 e la colonna 0 coincidono rispettivamente 
con i seguenti bordi dell’immagine: 

1 - bordo superiore, bordo sinistro. 

2 - bordo superiore, bordo destro. 

3 - bordo inferiore, bordo destro. 

4 - bordo inferiore, bordo sinistro. 

5 - bordo sinistro, bordo superiore. 

6 - bordo destro, bordo superiore. 

7 - bordo destro, bordo inferiore. 

8 - bordo sinistro, bordo inferiore. 

Per quanto riguarda invece le immagini true-color, descritte 
cioè direttamente dalle tre componenti, sono previste due 
modalità, specificate ancora una volta per mezzo di un oppor- 
tuno Tag. 

PlanarConfiguration — 284 (Hex: Ile) 

(Type: SHORT) (Count: 1) 

Descrive la disposizione delle tre componenti in una BitMap 
RGB. 

1 - Formato Chunky: le componenti dei vari pixel si susseguo- 
no in triplette RGB (RGBRGBRGB...) 


1 8 pixel per byte 

2,3,4 Due pixel per byte, uno per ciascun nibble di 4 bit 
5, 6, 7, 8 Un pixel per byte 

I bit più significativi di ciascun byte o nibble vanno settati a zero 
nel caso non vengano utilizzati. Nel caso di immagini a un solo 
bit per pixel la diposizione dei bit all’interno di ciascun byte 
può essere modificata, per mezzo del Tag FillOrder 

FillOrder — 266 (Hex: IOa) 

(Type: SHORT) (Count: 1) 

Pemiette di selezionare una delle due seguenti alternative: 

1 - Nella parte più significativa vengono memorizzati i pixel 
che neU’imniagine si trovano a sinistra rispetto a tutti gli altri 
dello stesso byte. 

2 - Nélla parte più significativa vengono memorizzati i pixel 
che nell’immagine si trovano a destra rispetto a tutti gli altri 
dello stesso byte. 

Anche per quanto riguarda l’orientamento deH’immagine, il 
TIFF non è secondo nemmeno al Targa, che in questo campo, 
come abbiamo visto nel numero scorso, si concede qualche 
stravaganza. 

Per mezzo del Tagltem Orientation è possibile selezionare una 
delle otto modalità seguenti. 

Orientation — 274 (Hex: 112) 

(Type: SHORT) (Count: 1) 


2 - Formato Planar: le tre componenti sono memorizzate sepa- 
ratamente. 

I due array di StripOffsets e StrypByteCounts devono essere 
interpretati come array bidimensionale di SamplePerPixel ri- 
ghe e StripsPerlmage colonne. 

A questo punto anche i nostri lettori meno impressionabili si 
troveranno certamente con le mani nei capelli, o per lo meno 
avranno cominciato a sospettare un certo sadismo di Aldus 
Corporation nei confronti degli sviluppatori di software, in 
quanto tutte queste varianti permettono sì una flessibilità 
infinita o quasi (avrete certamente notato che non è prevista la 
memorizzazione dei pixel in diagonale, e nemmeno la critta- 
zione della bitmap...), ma creano seri problemi al momento di 
passare dalle fantasie di un formato perfetto alla triste realtà dei 
linguaggi di programmazione. 

Va comunque detto che, sebbene presenti e possibili, il sup- 
porto di tutte queste modalità è opzionale, e non è assoluta- 
mente richiesto nell’implementazione di un decodicatore di 
file BaseLine (in fase di codifica si dà invece ampio spazio alla 
cattiveria personale). Tanto nel caso del FillOrder, quanto di 
Orientation e PlanarConfiguration, infatti, deve essere garanti- 
to unicamente il supporto delle modalità con Value pari a 1. 

Nel prossimo numero 

II mese prossimo concluderemo la nostra panoramica su 
questo formidabile formato grafico esaminando brevemente i 
vari algoritmi di compressione supportati e la codifica in spazi 
cromatici alternativi. 

c 
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The Amiga Guru Book 
di Ralph Babel 


La “vera” documentazione dell’AmigaDOS 


Romano Tenca 

La documentazione Amiga è stata, da sempre, uno dei 
crucci maggiori dei programmatori di tale macchina. I 
motivi sono tanti, primo fra tutti il fatto che la compatibilità 
di un programma verso l’alto e verso il basso è assicurata 
principalmente in ambito Amiga dal rispetto delle regole 
Commodore sulla programmazione. Questo non avviene 
con altri sistemi operativi, ove la compatibilità è spesso 
assicurata dal fatto che il sistema più evoluto è in grado di 
funzionare in “emulazione” del sistema precedente (con 
grosse perdite a livello di velocità). La filosofia Commodore 
è indubbiamente più moderna, ma anche più fatico 
sa per il programmatore e capace di 
mettere a dura prova la sua abilità 
(non appena appare una nuova ver- 
sione del sistema operativo o una 
nuova macchina, le magagne saltano 
subito fuori, se non si è stati più che ligi 
alle regole Commodore e certe volte 
non basta neanche questo). 

Tutti i programmatori Amiga, prima o 
poi, hanno “divorato” i Rom Kernel Ma- 
nual, l’Hardware Manual e l’AmigaDOS. Il 
risultato, in molti casi, non è stato all’altez- 
za delle aspettative. La documentazione 
ufficiale, infatti, tace su molti aspetti del 
sistema operativo, sorvola alle volte sulla 
presenza di bug nelle varie versioni dell’OS, 
non spiega come aggirare certi problemi di 
velocità o di compatibilità e, dulcis infundo , 
è, come tutte le cose umane (e diaboliche), a 
sua volta errata in più di un punto. Tale discor- 
so vale per tutte le parti della documentazione, 
ma per alcune, in particolare, la somma di 
errori, lacune gravi e reticenze è tale da impedire una 
adeguata programmazione. Ci stiamo riferendo in modo 
particolare all’AmigaDOS e al terribile libro della Bantam 
che è un concentrato di errori ad alto potenziale esplosivo 
(per i propri programmi). 

Il libro di cui parliamo questa volta, pubblicato nel 1989 in 
versione tedesca e nel 1993 in lingua inglese direttamente 
dall’autore, può essere considerato invece una vera e pro- 
pria manna per tutti coloro che, programmando Amiga, si 
sono scontrati con i problemi citati. 
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Il titolo e la copertina, con il loro riferimento alla parola 
Guru e al layout della “Software Failure: Press left mouse 
button to continue” a tutti così cara, indicano chiaramente 
sia il destinatario di tale pubblicazione, che non è certo il 
programmatore alle prime armi, sia il tipo di problema che 
vuole contribuire a risolvere: la classica, inaspettata e qual- 
che volta immotivata (stando alla documentazione ufficia- 
le) “Guru Meditation”. 

La lettura di questo libro è abbastanza difficile: l’autore è di 
poche parole, non si pone preoccupazione didattiche 
(come fanno invece i ROM Kernel 
Manual), ma va dritto allo scopo: 
condensare in ogni pagina il numero 
più elevato possibile di informazio- 
ni. Le pagine, da parte loro, sono 736 
e il corpo è piuttosto piccolo: nel 
“mattone” che ne risulta sta una 
delle più elevate concentrazioni di 
informazioni su Amiga che abbia- 
mo mai avuto modo di leggere. 

Nonostante la mole e tutto il re- 
sto, il libro non riesce a coprire 
tutto il sistema operativo, ma 
solo una sua parte, fondamen- 
tale, ma abbastanza limitata. 

La pubblicazione assomiglia, 
nella sua struttura, proprio al- 
PAmigaDOS della Bantam, 
cioè al peggiore dei libri che 
compongono la documenta- 
zione ufficiale: può tranquil- 
lamente essere considerato un esem- 
pio di ciò che quel libro avrebbe dovuto essere. 

Il libro è aggiornato al 2.0 e al 3000, mancano dunque dati 
su 1200, 4000 e 3.0, ma poco importa: il 99% delle informa- 
zioni possono essere utili anche a chi programma solo per 
il 3.0. 

Parte Prima: le basi della programmazione 

Come il libro della Bantam, The Amiga Guru Book vuole 
per prima cosa fornire al programmatore tutte le informa- 
zioni di cui ha bisogno per lavorare con Amiga. Di questo 
si occupa la prima parte del libro, di circa 200 pagine. 
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Si parte (cap. 1) da una descrizione dei tipi di dati, così come 
li vedono i vari processori (680x0 e 6888x), i compilatori C 
e infine il sistema operativo (si tocca anche FFP , IEEE, 6888x 
e 68040). Si passa (cap. 2) a esaminare regole generali di 
programmazione riguardanti le strutture pubbliche di dati, 

10 stack, il funzionamento delle librerie e le convenzioni da 
adottare, l’uso delle Resources, i tipi di memoria, le costanti 
di sistema (PAL e NTSC, per esempio), il multitasking 
(questa è una delle parti più interessanti), la compatibilità 
fra processori diversi. 

Segue un capitolo (3) dedicato alla programmazione in 
Assembly, che esamina i file FD (!), le chiamate alle funzioni 
di una libreria ed esamina le varie macro contenute in 
“types.i”, “lists.i”, “stringi”, “ables.i”. L’autore comunque si 
rivolge soprattutto ai programmatori C, ritiene infatti che 
l’ Assembly possa svolgere unicamente funzioni di contor- 
no. 

La sezione successiva (cap. 4) affronta il problema della 
programmazione Amiga in C, toccando problemi come 
l’accesso alle librerie e ai device, il codice di startup di un 
programma C, il passaggio di parametri da Workbench e C. 

11 capitolo 5 analizza da vicino certe peculiarità del compi- 
latore C della SAS, versione 5.10b, passando in rassegna 
keyword ANSI (come const e volatile) e peculiarità del 
compiler SAS (preprocessore , modelli di memoria, keyword 
specifiche, codice in-line, passaggio di parametri). Infine, si 
esamina la fase di compilazione vera e propria e cioè il 
funzionamento di LC1, LC2 e Blink. 

Il sesto capitolo contiene un elenco di tutte le opzioni 
disponibili sia con il SAS/C sia con l’Aztec C 5.2b ed esamina 
anche simboli predefeniti, variabili ambiente e librerie. 

Il settimo capitolo esamina il contenuto di amiga.lib, funzio- 
ne per funzione, simbolo per simbolo. 

L’ultimo capitolo della prima parte esamina con attenzione 
il funzionamento delle librerie di debug (debug. lib e 
ddebug.lib) e di ROM-Wack, il monitor di sistema presente 
nelle ROM. 

La lettura di questa prima parte costituisce un’ottima intro- 
duzione alla programmazione su Amiga e agli strumenti 
disponibili. Come tale si potrebbe raccomandare sia al 
neoprogrammatore Amiga (che però già dispone di suffi- 
cienti conoscenze sulla programmazione in generale), sia al 
programmatore Amiga incallito che magari ritroverà alcune 
cose che aveva scoperto da solo e altre che gli erano 
sfuggite del tutto perché non le aveva trovate da nessuna 
parte. 

Parte Seconda: a basso livello 

La seconda parte del libro è invece dedicata alle caratteristi- 
che di basso livello di Amiga e appare decisamente interes- 


sante, a nostro modo di vedere. Qui ci si discosta dal citato 
libro della Bantam per andare a toccare argomenti riguar- 
danti Exec e l’hardware. 

Vi si esamina infatti la mappa di memoria a livello hardware 
e software (si scopre per esempio che il nome di “Ranger 
memory” deriva dal progetto di una versione migliorata di 
Amiga che non ha mai visto la luce e il cui nome a livello di 
progetto era appunto “Ranger”), le ROM, l’orologio, la 
diagnostica che avviene al boot, il significato dei vettori di 
boot (Cold, Cool e WarmCapture), il funzionamento dei 
KickTag e del boot block, e si esaminano infine Alert, Guru 
e trap 68000. 

Parte Terza: AmigaDOS 

La terza parte è il capolavoro: finalmente è possibile leggere 
un vero manuale AmigaDOS che dice tutto, ma proprio 
tutto, su questa negletta parte dell’OS. 

È la sezione più cospicua del manuale (più di 450 pagine) 
e tratta argomenti come BCPL, Console, CLI, Shell, FastFi- 
leSystem, funzioni del DOS (comprese quelle del 2.0 e 
quelle non documentate) e della expansion.library, codici 
di errore, SegList, FileLock, FileHandle, lancio dei programmi 
da CLI e da Workbench e poi handler e pacchetti (finalmente 
una trattazione adeguata!) e ovviamente hunk di tutti i tipi 
e di tutte le salse. 

Conclusioni 

Questo arido elenco non rende però ancora pienamente 
conto del valore del libro. 

Va chiarito che in ogni pagina si incontrano notizie che non 
è possibile trovare da nessun’altra parte, o quasi, che vi 
sono raccolte informazioni tratte da tutta la documentazione 
ufficiale (Amiga Mail compresa), dalla migliore bibliografia 
Amiga su libro e su rivista, da discussioni su reti telematiche 
internazionali (l’autore usa anche le faccine, tipiche dei 
messaggi telematici!) e ovviamente anche dall’aver disas- 
semblato direttamente il codice in ROM. 

Così, per esempio, si potrà capire perché le eccezioni dei 
task non funzionano sotto 1 .3, a cosa serve il flag “h” dei file 
AmigaDOS (non significa “hidden”, nascosto, ma “hold”, 
cioè “tieni questo comando residente in memoria dopo 
averlo caricato la prima volta da disco”), quali funzioni si 
possono chiamare da un interrupt (!) e così via. 

Per darvi un’idea più precìsa del livello del libro, citeremo, 
un esempio fra mille, la nota a piè di pagina relativa alla 
funzione Alert quando viene chiamata da un interrupt: 
“Chiamare Alert( ) da un interrupt produrrà un Guru ritarda- 
to sotto 1.3. Sotto 2.0, AlertO generalmente fa ritorno, ma va 
normalmente in crash subito dopo”. 

Il libro è tutto così. Non si può leggerlo senza avvertire che 
tutto ciò che viene affermato è stato verificato con una 
sperimentazione diretta, con prove e controprove. 

Ad esempio, dei vari SetPatch appartenenti alle diverse 
versioni dell’OS si indica qua e là quali funzioni modifichino 
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e in che modo. È presente infine anche un indice analitico 
come sì deve (30 pagine per un totale di circa 4.500 lemmi) 
e una bibliografia. 

Se tutto ciò non vi dovesse bastare, si potrebbero citare i 
numerosi listati che accompagnano i vari capitoli. Vi si 
trovano quasi sempre cose niente affatto banali: listatini su 
come muovere i vector base regìster, funzioni printf( ) da 
usarsi durante un Forbi( )/Permit( ), routine per aggiungere 
memoria non Autoconfig alla lista dei KickTag, bootblock 
che danno la precedenza alla Chip memory sulla Fast, 
scheletri di Shell e di Flandler, comandi Copy asincroni, 
UnMount e così via. 

Che dire di più? Solo che, essendomi occupato personal- 
mente di molti degli aspetti dell’OS esaminati dal libro, sono 
rimasto affascinato e colpito dalla quantità e dalla precisio- 
ne delle informazioni che fornisce, molte delle quali, voglio 
ripeterlo, non si trovano se non qui. 

Inoltre, a sgomberare la strada da ogni possibile equivoco, 
vai la pena di chiarire che non cì si trova di fronte al classico 
libro tedesco del tipo “disassembla e vai”, come ci avevano 
abituato certe pubblicazioni della Abacus (per esempio il 
libro sul formato dei dischi Amiga già recensito su queste 
pagine); al contrario, il libro di Babel è scritto tenendo 
sempre presenti le lìnee guida della programmazione forni- 
te dalla Commodore ed è anche curato sotto il profilo 
“letterario”: argute [se non “colte”] appaiono quasi sempre 


le numerose citazioni che aprono i capitoli. Come una delle 
prime: 

“Che cosa dice la documentazione?” - “Quale documenta- 
zione?”. 

Di libri come questo ne servirebbe uno per ogni aspetto di 
Amiga: Intuition, la libreria grafica, i device, l’hardware e 
tutto il resto. Ne trarrebbe indubbio vantaggio il livello 
complessivo dei programmi Amiga e probabilmente anche 
la loro compatibilità. 

Paradossalmente, dopo l’apparizione di questo libro, è il 
DOS [e parte di Exec] la parte dell’OS meglio documentata. 
Se siete dei programmatori Amiga e conoscete l’inglese, 
non potete non leggere questo Cult Book. 


RaiphBabel, The Amiga GuruBook , TauriUsstein, 1993 
basato sulla edizione tedesca , Taunusstein, 1989 

Disponibile presso: 

Hirsch & Wolf oHG 

Mittelstr. 33, D-56564 Neuwied 1, Getmany 
tei + 49-2631 -839-90, fax + 49-2631-839-93 1 

■' VA 'A ’’ , 79DM 
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SOFTWARE 


N on è di un program- 
ma come tanti altri 
che ci occupiamo in 
questo articolo, ma di un 
prodotto che vuole andare a 
insidiare il posto occupato 
dal re dei programmi per 
Amiga: quello di Scala in 
persona. 

Il programma è stato realiz- 
zato da MediaPoint Interna- 
tional e distribuito da Activa, 
la casa che ha già inferto un 
duro colpo alla supremazia 
di Imagine nel mercato della 
grafica3D mediante Reai 3D, 
e che ora ci riprova nel setto- 
re delle titolazioni video e 
della multimedialità. Le cre- 
denziali della società sono 
indubbiamente molto buone: 
sarà difficile restare delusi. 
Si noti che inizialmente il 
programma doveva chia- 
marsi MediaLink, poi il nome 
è stato modificato perché 
esisteva già un pacchetto 
americano dedicato al video 
con questo nome. 
MediaPoint serve a creare 
presentazioni multimediali o 
titolazioni video (in questo 
caso serve ovviamente un 
genlock), arricchite da una 
serie di effetti di vario tipo. 
Come in Scala, è presente 
un linguaggio dedicato 
(chiamato ScriptTalk), con il 
quale è possibile comporre 
script che, una volta lanciati, 
eseguono tutte le operazioni 
programmate dall’utente. 

Il bello è che si può usare 
pienamente il programma 
senza conoscere minima- 
mente la sintassi del lin- 
guaggio: infatti, viene mes- 
sa a disposizione un’inter- 
faccia grafica con cui l’uten- 
te può creare script operan- 
do solo con gadget, icone e 
file requester. 

La valutazione di programmi 
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di questo tipo richiede dun- 
que che si tenga conto di 
due aspetti distinti: in primo 
luogo la bontà e qualità delle 
funzioni messe a disposizio- 
ne dal linguaggio e in secon- 
do luogo la semplicità d’uso 
dell’interfaccia grafica. 

INSTALLAZIONE 
E MANUALE 


Il programma si presenta in 
una confezione originale, 
anche se non molto pratica, 
che contiene il manuale in 
inglese, a spirale, di formato 
adatto anche alle scrivanie 
più affollate (come tutte o 
quasi) e sei dischi. Le 218 
pagine di manuale sono di- 
stribuite tra tutorial e parti di 
riferimento tecnico, con mol- 
te immagini esplicative. Non 


tutto quel che è presente nel 
programma viene adegua- 
tamente documentato: rima- 
ne qualche lacuna dovuta 
probabilmente ad aggiunte 
dell’ultimo minuto e un certo 
disordine nel presentare le 
caratteristiche del program- 
ma, che alle volte può scon- 
certare. Nelle lunghe ap- 
pendici è inoltre presente 
una descrizione di tutti i co- 


mandi del linguaggio di Me- 
diaPoint. L’installazione av- 
viene mediante l’Installer 
Commodore, senza proble- 
mi di sorta. L’occupazione 
dell’hard disk è di circa 8,5 
Mb (la maggior parte dei 
quali sono destinati a font, 
immagini, moduli, campioni 
e clip). Il programma è com- 
patìbile con 1.3, 2.0, 2.1, 3.0 
e richiede almeno 3 Mb di 
memoria per funzionare, ol- 
tre a un hard disk. Il player di 
script MediaPoint non ri- 
chiede chiave hardware: per 
l'uso bisogna rispettare le li- 
mitazioni di carattere legale 
che appaiono quando il pro- 
gramma viene lanciato. Sul 
manuale l’argomento non 
viene praticamente toccato, 
a quanto ci risulta. 

GLI SCRIPT 

All’apertura del programma 
ci si trova di fronte a uno 
schermo custom (configura- 

Così appare lo Script editor 
al lancio del programma. 
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bile dall'utente) diviso in due 
parti: a sinistra compare 
l’elenco degli eventi che 
compongono lo script, sulla 
destra appare una serie di 
icone che rappresentano i 
vari comandi del linguaggio. 
Al primo impatto ricorda va- 
gamente l’interfaccia grafi- 
ca di Scala, ed effettivamen- 
te alcuni aspetti sono simili, 
anche se dal punto di vista 
grafico MediaPoint appare 
meno ricercato. 
L'impressione iniziale viene 
ulteriormente ridimensiona- 
ta quando si scoprono i clas- 
sici menu a tendina che ge- 
stiscono, però, solo un nu- 
mero limitato di funzioni: il 
resto infatti avviene median- 
te gadget, icone, requester. 
Ogni riga dello script può 
accogliere una delle icone 
presenti sulla destra: l’uten- 
te deve semplicemente tra- 
scinare quella di propria 
scelta nella posizione desi- 
derata per aggiungere un 
nuovo comando allo script 
(eventuali linee già presenti 
slitteranno per far spazio a 
quella nuova). 

Non appena l'icona viene 
trascinatasi apriràun reque- 
ster in cui andranno inseriti i 
parametri necessari all'uso 
del comando. Il sistema fun- 
ziona molto bene e appare 
estremamente comodo. 
Ogni singola linea del “lista- 
to" può essere cancellata, 
spostata, copiata. Si posso- 
no selezionare più linee e 
applicare a tutte lo stesso 
parametro (per esempio un 
effetto grafico o una deter- 
minata durata). 

Si può vedere come appare 
un singolo elemento (sia au- 
dio che grafico) con un dop- 
pio click sull’icona e l’azio- 
namento del gadget Show 
del relativo requester. 

Si può provare l’intero script 
mediante il gadget Play, ma 
non si può provare solo una 
sezione particolare dello 
script. 

I comandi disponibili sono di 
diverso tipo: alcuni permet- 
tono di modificare il flusso 
dello script, creando subro- 
tine, salti, etichette e così 



Il pannello per definire 
le opzioni 

di sincronizzazione. 


Il pannello per la gestione 
dei salti condizionali: 
sulla sinistra i comandi 
da eseguire , sulla destra 
la lista delle variabili 
esistenti, nel piccolo 
riquadro andiamo 
a selezionare una etichetta 
cui effettuare il salto. 



via; altri permettono di crea- 
re pagine grafiche con o 
senza testi; altri di attivare 
funzioni audio e altri ancora 
di utilizzare periferiche 
esterne. 

Si capisce, già dal riferimen- 
to a etichette e subroutine, 
che MediaPoint permette di 
creare script molto com- 
plessi, che assomigliano a 
veri e propri programmi e 
non a semplici sequenze di 
pagine grafiche con effetti 
associati. 

Da questo punto di vista, il 
programma cui può essere 
paragonato è, per esempio, 
Amiga Vision di Commodo- 
re più che Scala. 
Esaminiamo dunque i vari 
comandi disponibili, pertipo, 
cominciando da quelli di 
temporizzazione. 

UNA QUESTIONE 
DI TEMPO 

Una delle caratteristiche più 
interessanti di MediaPoint è 
la sua gestione del tempo. 
Un’icona permette di sce- 
gliere fra diversi metodi di 
sincronizzazione: mediante 
durate in ore, minuti E se- 
condi; mediante temporiz- 
zazione MIDI, oppure SMP- 
TE/EBU, a 1/25 o a 1/30 di 
secondo; per leggere la co- 
difica SMPTE/EBU da una 
fonte video esterna occorre 
un’interfaccia hardware 
come la Xsyn della ZEN 
Computer Services, la Fo- 
stex 4010, la Nuriyuki YAM-3 
olaSunrizeAD1012/516con 


le quali MediaPoint si dichia- 
ra compatibile. 

I segnali di sincronismo pos- 
sono essere inviati in output 
verso la porta seriale per 
permettere a un altro Amiga 
su cui gira MediaPoint di sin- 
cronizzarsi con il primo me- 
diante un collegamento null- 
modem. 

II manuale fa l’esempio di 
una serie di monitor collegati 
ad Amiga, in cui l’animazio- 
ne di una pallina in movi- 
mento, che passa di scher- 
mo in schermo, viene gestita 
mediante MediaPoint. 

Di qui si possono anche im- 
postare altri parametri relati- 
vi alla gestione della memo- 
ria per quanto riguarda il ca- 
ricamento degli oggetti uti- 
lizzati nel corso dello script: 
questi possono avvenire tut- 
ti insieme prima dell’esecu- 
zione, ogni volta che si in- 


contra una etichetta o solo al 
momento dell’uso. 

Si noti che diversi comandi 
di MediaPoint prevedono 
l’esecuzione direttamente da 
hard disk (per esempio i 
suoni campionati) per cui 
questa opzione vale solo per 
gli oggetti che devono esse- 
re caricati completamente in 
memoria al momento del- 
l'uso. 

Un’opzione di menu permet- 
te di attivare infine lo “sche- 
duling”, cioè Hagenda" di 
MediaPoint: di ogni elemen- 
to dello script si potrà deci- 
dere non solo la durata, ma 
anche i giorni della settima- 
na di un determinato arco 
temporale in cui dovrà ap- 
parire. 

Per esempio, si potrà effet- 
tuare una determinata parte 
dello script solo dal 27 di- 
cembre 1993 al 27 gennaio 
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1994 il lunedì, martedì, gio- 
vedì e venerdì. 

Tale funzione è molto utile 
per i punti di informazione, 
che in questo modo riesco- 
no ad adattarsi a particolari 
esigenze dell’utenza (pro- 
mozioni speciali in determi- 
nati giorni) o che “trasmetto- 
no” pubblicità a pagamento. 
Un’altra comodissima op- 
zione permette di sincroniz- 
zare con estrema facilità due 
flussi di eventi, a esempio 
una serie di immagini con 
una colonna sonora. 

Si procede creando uno 
script che contiene la colon- 
na sonora e tutti gli elementi 
grafici da sincronizzare, poi 
si attiva il modo “Record”: 
ogni volta che si preme il 
pulsante del mouse il pro- 
gramma registrerà il mo- 
mento esatto in cui eseguire 
un determinato elemento del 
programma. 

IL FLUSSO 
DEL PROGRAMMA 

MediaPoint permette di cre- 
are subroutine (chiamate 
serial branch ) che possono 
contenere tutti o quasi i co- 
mandi del linguaggio. 

Tali subroutine rendono più 
ordinati i programmi e ven- 
gono identificate con un 
nome cui poi è possibile ef- 
fettuare salti o chiamate. 
Una volta creata una su- 
broutine, basta selezionare 
l’icona dello script che la 
rappresenta per “scendere” 
al suo interno e, viceversa, 
utilizzare il gadget “Parent” 
per salire di un livello. 

Sono anche disponibili 
“branch" paralleli: in questo 
caso le istruzioni vengono 
eseguite tenendo conto uni- 
camente dei parametri di 
sincronizzazione e non del- 
l’ordine in cui compaiono 
nello script. 

Possono essere utili per sin- 
cronizzare grafica e suoni 
campionati, eseguiti me- 
diante i due canali audio di 
Amiga, oppure per sincro- 
nizzare dispositivi esterni. 
Nei “branch” paralleli una 
barra a video indica appros- 


simativamente l'inizio e la 
durata di ogni elemento. 

Un altro modo per modifica- 
re il flusso del programma è 
quello di creare un’etichetta 
da porre in qualsiasi punto 
del programma, cui poi ef- 
fettuare dei salti. 

I salti possono essere incon- 
dizionati oppure possono 
utilizzare delle variabili nu- 
meriche o stringa per stabili- 
re il momento dell’esecuzio- 
ne. 

Esiste infatti la possibilità di 
creare delle variabili globali 
(comuni a tutto lo script), di 
modificarle mediante i quat- 
tro operatori matematici fon- 
damentali e di controllarle 
mediante sei operatori logici 
(=, <, >, <>, <=, >=). 

I salti consentiti sono i classi- 
ci “Goto” e “Gosub” e i meno 
classici “Goprev” e “Gonext”. 
Questi ultimi permettono il 


salto all'elemento successi- 
vo o precedente di un deter- 
minato “branch”, il program- 
ma ricorderà per voi l'ultimo 
elemento eseguito (potrem- 
mo paragonarli grosso modo 
all’ON GOSUB di certi BA- 
SIC). 

Si badi che tutta la gestione 
delle variabili e dei salti av- 
viene mediante comodi re- 
quester che limitano al mas- 
simo la necessità di ricorda- 
re e scrivere nomi di variabili 
o di etichette. 

MULTITASKING 

MediaPoint può eseguire 
comandi e script AmigaDOS 
o ARexx (gli script si posso- 
no creare e modificare me- 
diante il proprio text editor 
preferito, che verrà chiama- 
to direttamente da Media- 
Point). 


Il pannello per definire 
in che giorni 
e in che periodo 
deve avvenire il “branch” 
seriale evidenziato. 


Da MediaPoint si possono 
inviare comandi a qualsiasi 
porta ARexx, anche alla s 
porta di MediaPoint, se lo si 
desidera. 

I comandi ARexx di Media- 
Point sono una quindicina e 
non coincidono con i co- 
mandi interni del linguaggio. 
Da uno script ARexx si pos- 
sono ricavare informazioni 
sullo stato interno di Media- 
Point, si può operare sulla 
configurazione e sul timeco- 
de, si possono effettuare 
salti, leggere e cambiare va- 
riabili e chiudere uno script. 
MediaPoint, si noti, funziona 
in perfetto multitasking con il 
resto del sistema operativo, 
anche durante l’esecuzione 
degli script. 

AUDIO 

li programma può eseguire 
moduli sonori creati con 
tracker nei seguenti formati: 
DSS, FutureComposer, 
JamCracker, Markll, Noise- 
Tracker, ProTracker, Sound- 
Monitor, SoundT racker da 1 5 
e 31 strumenti. 

Nelle nostre prove abbiamo 
avuto difficoltà solo con un 
modulo SoundTracker che 
non veniva eseguito molto 
bene. 

Può anche eseguire suoni 
campionati in formato IFF 
8SVX, FutureSound o anche 
privi di qualsiasi formato: è 
possibile decidere quale 
delle due tracce disponibili 
vada usata, il volume, la dis- 
solvenza in ingresso e in 
uscita, lafrequenza, il nume- 
ro di loop, il bilanciamento 


Un “branch” parallelo: 
si notino le barre 
orizzontali che indicano 
inizio e durata del singolo 
elemento. 
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stereo e infine effettuare 
l'esecuzione direttamente da 
hard disk. 

Qui è presente un piccolo 
bug: qualche volta non sia- 
mo riusciti a sentire i cam- 
pioni utilizzando il tasto Play 
del relativo requester, anche 
se una volta inseriti nello 
script hanno funzionato per- 
fettamente. 

ANIMAZIONI 

Il formato delle animazioni 
deve essere l'ANIM, nelle 
varianti 5, 7 e 8, le ultime due 
indicate soprattutto per il for- 
mato AG A. 

Assieme a MediaPoint viene 
fornito un programma di 
pubblico dominio (MakeA- 
nim7) per creare file in for- 
mato ANIM7. 

È possibile anche eseguire 
AnimBrush, quelli creati da 
DeluxePaint, eseguire l’ani- 
mazione direttamente da 
hard disk, aggiungere dei 
frame in coda all’animazio- 
ne per migliorare l'esecuzio- 
ne di animazioni circolari, 
scegliere il numero di frame 
per secondo e visualizzare 
animazioni con la palette va- 
riabile. 

Non è possibile aggiungere 
testo all'inizio dell’animazio- 
ne; inoltre abbiamo notato in 
certi casi una leggera insi- 
stenza sul primo frame del- 
l’animazione, che può crea- 
re dei problemi con anima- 
zioni brevissime, di due fra- 
me, a esempio. 

PAGINE GRAFICHE 

L’elemento più importante di 
uno script multimediale è si- 
curamente la pagina grafi- 
ca. 

Per aggiungerne una a uno 
script di MediaPoint basta 
trascinare l'icona corrispon- 
dente sul “listato”: apparirà 
un requester che chiederà il 
nome di un’immagine IFF 
(anche AGA e HAM8, con 
eventuale color cycling) op- 
pure quello di un file che 
descrive la pagina grafica 
salvato in precedenza da 
MediaPoint. 



EDITOR DI PAGINA 

L’editor di pagina è un am- 
biente nettamente distinto 
dal precedente (come av- 
viene già in altri programmi 
del genere): di qui è possibi- 
le modificare l’immagine di 
sfondo e aggiungere alla 
pagina grafica una serie di 
elementi diversi. 

La logica di MediaPoint a 
proposito delle pagine è 
piuttosto complessa, non a 
caso viene gestita da mini- 
script separati. 

Si basa sul concetto di fine- 



la selezione 

di un campione audio. 

La selezione 
di un’animazione. 


Infatti il programma permet- 
te di salvare su disco una 
pagina grafica come file 
ASCII che contienei coman- 
di che MediaPoint deve ese- 
guire al momento dell’uso: 
una volta su disco, la pagina 
potrà essere usata da più 
script. 

Si tratta insomma di un mini- 
script con un proprio lin- 
guaggio (PageTalk) conte- 
nuto nello script principale. 
T utto questo avviene perché 
le pagine grafiche di Media- 
Point possono essere estre- 
mamente complesse e com- 
prendere una lunga serie di 
componenti, accompagnati 
ciascuno da un proprio ef- 
fetto grafico in ingresso o in 
uscita. 

Il file requester grafico può 
mostrare a video i file conte- 
nuti su disco come una serie 
di miniature che permettono 
di farsi un'idea abbastanza 
precisa del loro contenuto; 
questo sistema si attiva con 
un apposito gadget che è 
presente tutte le volte che 
si ha a che fare con file gra- 
fici. Il numero di colori e le 
dimensioni delle miniature 
possono essere configurate 
dall'utente. 

Alla pagina grafica nel suo 


complesso può essere as- 
sociato un particolare effetto 
in entrata, scelto da un elen- 
co di 80 effetti circa, per 
ognuno dei quali si può sta- 
bilire la velocità o alcune va- 
rianti. 

Gli effetti sono un campiona- 
rio vasto dei tipici effetti vi- 
deo: il loro funzionamento è 
buono sul 3000, anche se 
riteniamo che si debba fare 
ancora qualcosa per rag- 
giungere il livello di Scala, 
specie per quanto riguarda 
varietà e velocità degli ef- 
fetti. 

Ogni singola pagina può es- 
sere solamente “provata” 
dallo Script Editor, cioè dallo 
schermo principale, per 
cambiarne il contenuto si 
deve passare all’editor di 
pagina mediante un'opzio- 
ne di menu o l’apposito gad- 
get. 


stra, che è un’area di scher- 
mo, definita dal programma- 
tore, cui si può associare te- 
sto, pulsanti, immagini grafi- 
che ed effetti: ogni pagina 
può avere più finestre, an- 
che sovrapposte, ognuna 
con i suoi effetti particolari 
per grafica o testo. 

Come si può prevedere, una 
pagina può diventare molto 
complessa e consentire ef- 
fetti difficilmente realizzabili 
con altri programmi multi- 
mediali. 

Per creare una finestra ba- 
sta disegnarla con il mouse. 
Tutte le finestre possono es- 
sere duplicate, allineate, 
spostate sullo schermo e ri- 
dimensionate a piacere in 
qualsiasi momento. 

Poi si può passare alla defi- 
nizione di alcuni parametri, 
che comprendono, tra le al- 
tre cose, la presenza o meno 
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di un bordo di qualsiasi 
spessore su uno o più dei 
quattro lati (ogni lato può 
usare un colore diverso e ciò 
consente di creare facil- 
mente effetti tridimensionali) 
e l'uso di un fondo traspa- 
rente, solido o semitraspa- 
rente. 

In ogni finestra può essere 
caricata un’immagine (IFF, 
IFF 24, lo schermo di un altro 
programma, un file caricato 
mediante datatypes sotto 
3.0), che può subire un Re- 
map dei colori (ma senza 
dithering) per adattarli a 


Si può stabilire anche la di- 
stanza fra le linee, il grado di 
inclinazione del corsivo, lo 
spessore, la distanza e il co- 
lore del sottolineato, il tipo di 
giustificazione. 

Il testo può essere inserito 
direttamente, oppure impor- 
tato da un file esterno (così 
eventuali cambiamenti in 
quest'ultimo si rifletteranno 
inevitabilmente sullo script). 
Nel testo possono compari- 
re simboli speciali che desi- 
gnano la data corrente, il 
giorno della settimana, il 
mese, l’ora, un altro file di 


rimento orizzontale tipico dei 
titoli di coda. 

Per questo tipo di effetto si 
può definire il font da usare, 
il colore e la velocità. 

Il testo può rimanere su di un 
file su disco oppure essere 
importato direttamente nello 
script. 

Si possono usare anche qui 
i simboli speciali citati poco 
sopra. 

Il funzionamento del crawl 
appare abbastanza fluido, 
specie se il file è caricato da 
un device veloce. 

Non è possibile però mesco- 


Gosub Prev Page. Alla pres- 
sione del pulsante si può as- 
sociare uno dei tre metodi 
disponibili per evidenziare il 
pulsante e/o un effetto au- 
dio. Anche un tasto può es- 
sere associato allo stesso 
pulsante. 

Ricordiamo a questo propo- 
sito che MediaPoint consen- 
te anche di definire dei tasti 
“globali", validi cioè per tutto 
lo script e non legati a una 
determinata pagina o pul- 
sante. 

Le finestre che si sovrap- 
pongono possono essere 


Siamo 
nel Page Editor 
e abbiamo 
selezionato 
la finestra 
che racchiude 
la scritta 
MediaPoint. 



Le tre finestre 
in basso create 
con il Page Editor 
e sovrapposte 
a una precedente 
finestra hanno 
rispettivamente: 
fondo pieno e due 
bordi, fondo 
semitrasparente 
e quattro bordi, 
fondo trasparente 
e tre bordi 


quelli dello schermo 
corrente e un ridi- 
mensionamento, 
per adattarla alla di- 
mensioni della fine- 
stra (sotto 2.0 il Re- 
map non funziona 
bene, ma la nuova 
versione, secondo 
la casa produttrice, 
ha risolto il proble- 
ma). 

Su disco compaio- 
no decine di clip 
contenenti simboli 
standard, cartine 
geografiche, sfondi, 
logo commerciali, 
disegni di computer Amiga 
e molto altro ancora, in ge- 
nere di pregevole fattura. 

In ogni finestra si può defini- 
re un’ulteriore finestra in cui 
inserire del testo. 

Non ci sono limiti ai parame- 
tri utilizzabili: ogni singola 
lettera può avere il suo font, 
il suo stile, il suo colore, men- 
tre per ogni finestra si può 
definire antialiasing (un po’ 
limitato), kerning, direzione, 
colore, ampiezza e tipo di 
ombra. 


Ecco gli effetti 
disponibili per ogni 
singolo elemento 
di una pagina: 
quelli della finestra, 
quelli per l’immagine 
e quelli per il testo 
che possono avere 
effetti di entrata 
e di uscita diversi! 


testo da inserire in quel pun- 
to e così via, in modo che i 
dati siano sempre aggiorna- 
ti al momento dell’esecuzio- 
ne. 

Si noti che i nomi dei giorni e 
dei mesi appaiono in italiano 
sotto 2.1 e 3.0 e che per 
attivare queste varie funzio- 
ni esiste un comodo reque- 
ster che consente anche di 
inserire le lettere accentate 
più esotiche. 

Una funzione a parte per il 
testo è “crawl”, cioè lo scor- 



lare grafica e testo a scorri- 
mentoorizzontale nella stes- 
sa finestra: il fondo è sempre 
il colore 0, quello utilizzato 
dai genlock per sovrapporre 
la grafica Amiga a una sor- 
gente video. 

A ogni finestra poi si può 
associare un pulsante in 
modo che quando l’utente lo 
seleziona con il mouse pos- 
sa avvenire una data opera- 
zione: i comandi disponibili 
sono Goto, Gosub, GoPrev, 
GoNext, Gosub Next Page, 


spostate di fronte o 
dietro le altre ed è 
possibile anche ri- 
definire l’ordine con 
cui compariranno 
nella pagina. Aogni 
finestra si possono 
poi associare diver- 
si effetti: uno in in- 
gresso e uno in 
uscita per la finestra 
in sé, altri due per 
l’immagine conte- 
nuta e altri due per il 
testo, ognuno con il 
proprio ritardo. 

Gli effetti fra cui sce- 
gliere sono circa 40, 
più le varianti specifiche. 

È evidente che si possono 
creare pagine estremamen- 
te complesse. 

Altre operazioni dell ’editor di 
pagina riguardano l’intero 
schermo: si può cambiare la 
palette (una comoda opzio- 
ne Limits permette di evitare 
l’uso di colori troppo intensi 
e inadatti al videocomposi- 
to), caricare una nuova im- 
magine adattandone le di- 
mensioni allo schermo cor- 
rente e utilizzando la palette 
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corrente (Remap) o quella 
dell'immagine. 

Si può modificare lo scher- 
mo che può essere NTSC o 
PAL, Lowres, Hires o Supe- 
rHires (altri formati saranno 
disponibili con le versioni 
successive di MediaPoint). 
Infine ricordiamo l’esistenza 
di opzioni di selezione, ta- 
glia, incolla per finestre e te- 
sti, oltre a limitate opzioni di 
stampa. Il difetto principale 
di questa parte di MediaPoint, 
per il resto pregevole e insu- 
perata, è la mancanza di 
un’opzione per verificare im- 
mediatamente l’esito delle 
modifiche alla pagina cor- 
rente. Per osservare i cam- 
biamenti, occorre salvare la 
pagina su disco e far ritorno 
all’editor di script ove andrà 
selezionata la pagina per 
vederne il funzionamento. 
Vista la complessità che può 
raggiungere una singola pa- 
ginae la precisione richiesta 
quando si tratta di mescola- 
re grafica e testo sullo scher- 
mo, tale lacuna fa sentire tut- 
to il suo peso, costringendo 
a continui e fastidiosi scam- 
bi tra una parte e l’altra del 
programma, 

XAPP 

Con il termine “XApp” Me- 
diaPoint designa moduli 
esterni che solitamente co- 
stituiscono delle interfacce 
verso dispositivi esterni. 

In particolare, sono disponi- 
bili moduli per gestire il CDTV 
mediante porta seriale (uno 
dei dischi di MediaPoint va 
usato per fare il boot da 
CDTV) oppure direttamente 
mediante l’A570 Commodo- 
re, per eseguire animazioni 
CDXL anche da hard disk, 
per pilotare la macchina fo- 
tografica digitale Canon ION, 
per suonare file MIDI, pilota- 
re lettori di video dischi e 
VCR (Pioneer 2200, 4100, 
4200, 4300, 6000, 6010, 
8000, Philips 405, 410, 835, 
NEC PC VCR, Sony 1200, 
1500P. 1550P, 1600P, 2000, 
3300P, 3600D, Umatic 9, 
Panasonic TQ3032F), per 
gestire le schede audio 



Il modo miniature 
del file requester: compare 
qui una piccola selezione 
delle clip disponibili. 


Il pannello per l’inserimento 
dei caratteri speciali 
per il testo. Si noti il nome 
del mese che appare 
in italiano sotto 2.1. 



AD516 o ADI 01 2 della Sun- 
rize e la scheda grafica Im- 
pact Vi-sion 24 di GVP in 
modo PIP, “Full Screen Vi- 
deo”, “FrameBuffer”, “Com- 
posite keyer" e “Control Pa- 
nel” e altro ancora. 

Infine, fra le XApps troviamo 
un modulo che disegna spli- 
ne a video (per creare pau- 
se) e un modulo per i suoni 
campionati di cui abbiamo 
già parlato. Manca il sup- 
porto per genlock pilotabili 
via software, se si fa ecce- 
zione per l’Impact Vision. 

La software house mette 
gratuitamente a disposizio- 
ne di tutti i programmatori 
che ne facciano richiesta la 
documentazione e l’am- 
biente di sviluppo per scri- 
vere moduli XApp in C. 
Comunque, ladistinzionefra 
XApp e il resto del sistema è 
più apparente che reale: la 


maggior parte del program- 
ma è modulare e pratica- 
mente a ogni icona che 
compare nello script editor 
corrisponde un file su disco. 


GLI ULTIMI DETTAGLI 

La configurabilità è molto 
elevatae riguarda quasi ogni 
aspetto del programma che 
arriva già localizzato in di- 
verse lingue (non in italiano). 
Una caratteristica che non 
abbiamo ancora messo in 
luce è il funzionamento asin- 
crono di molti requester: con 
questi si può per esempio 
selezionare un elemento del 
listato, impostare un para- 
metro sul requester, selezio- 
nare un altro elemento del 


Il requester 
per la definizione 
del pulsante associato 
a una finestra. 
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Uno dei tanti requester 
che permettono di gestire 
Impact Vision. 


Una selezione di font 
ed effetti realizzabili 
con MediaPoint. 


listato e impostare un diver- 
so parametro senza dover 
chiudere e riaprire ogni volta 
il requester stesso. 

I gadget ciclici, inoltre, sono 
tali che se vengono premuti 
sulla parte sinistra il valore 
rappresentato dal gadget 
diminuisce di uno e vicever- 
sa per la parte destra (la 
cosa si era già vista in Ima- 
geFX). 

Tutte le varie directory in cui 
i diversi file requester an- 
dranno a cercare i vari file 
possono essere scelte dal- 
l'utente. 

Per ogni aspetto o quasi del 
programma esiste una com- 
binazione da tastiera che ne 
rende molto veloce l’uso, 
specie dopo la primafase di 
apprendimento. 

Ci sono altri piccoli partico- 
lari interessanti, come la 
possibilità di aggiungere a 
un menu comandi Amiga- 
DOS o l’apparizione in un 
altro menu del nome di 
schermi aperti da altri pro- 
grammi che girano in multi- 
tasking per un rapido pas- 


CONCLUSIONI 

Il programma è di elevatis- 
simo livello: già in questa 
prima versione (125) da 
noi provata, i bug sono qua- 
si assenti e quei pochi so- 
no stati corretti nella nuo- 
va versione, la 126, che ha 
anche aggiunto la gestione 
della porta joystick e altro 
ancora. 

L’upgrade successivo sarà 
di nuovo gratuito e aggiun- 
gerà: dithering Floyd e Bu- 
rkes, pieno supporto per i 
vari monitor Amiga anche 
nel player, importazione di 
file Dbase, animazioni entro 



finestre, XApp per genlock, 
supporto per CD32, miglio- 
ramenti a livello di interfac- 
cia grafica. 

Il programma ha tutte le 
carte in regola per insidiare il 
trono di Scala e, come sem- 
pre avviene in questi casi, la 
lotta porterà vantaggi al- 
l’utente finale che potrà assi- 
stere a una corsa al migliora- 
mento, che in realtà è già in 
atto (basta guardare alle 
nuove caratteristiche di Sca- 
la MM 300), 

Scala rimane imbattibile per 
l’iterfaccia grafica, la sua in- 
credibile eleganza e facilità 
d'uso, MediaPoint spinge il 
pedale più sulle funzioni di 
programmazione e rivela una 
maggior potenza quanto a 
complessità degli script rea- 
lizzabili. 

Scala offre alcuni effetti che 
non si trovano in MediaPoint, 
ma questo offre la gestione 
delle finestre che non appa- 
re in Scala (almeno fino alla 
versione 200). 

In casi come questi difficil- 
mente appare un vinto e un 
vincitore ed è giusto che sia 
così: i due prodotti, probabi- 
lemnte, si spartiranno il mer- 
cato, in quanto ognuno di 
loro risponde a diverse esi- 
genze del pubblico. 

▲ 


saggio da uno schermo al- 
l’altro. 

Esiste anche un'opzione per 
decidere il livello di utilizzo 
del programma: ai livelli più 
bassi le funzioni più avanza- 
te vengono nascoste per non 
confondere, a esempio, un 
operatore addetto alla ge- 
stione di un punto di infor- 
mazione. 

Una caratteristica non ben 
documentata dal manuale è 
la possibilità di effettuare 
upload e download di dati o 
testi se non di interi script. 
Questa caratteristica è mol- 
to utile per gestire da remo- 
to, magari via modem, dei 
sistemi di informazione. 
Richiede comunque una 
versione speciale di Media- 
Point molto più cara. 


SCHEDA PRODOTTO 


Nome: MediaPoint 

Casa produttrice: MediaPoint International 

Distribuito da: Applied Peripherals & Software, 

via Giovanni XXII 37, 33010 Como di Rosazzo, 

Udine, tei. 0432-759-264 

Prezzo: L. 950.000, versione con controllo remoto 

L.1. 790.000, IVA esclusa 

Giudizio: ottimo 

Configurazione richiesta: Amiga 1 .3 o superiore, 

almeno 3 Mb di RAM, hard disk 

Pro: flessibilità, ricchezza degli elementi 

del linguaggio e delle risorse messe a disposizione, 

velocità operativa, intuitività, configurabilità, funzioni 

di sincronizzazione e di “agenda” 

Contro: il Page Editor non consente il test della 
pagina grafica corrente 

Configurazione della prova: A3000 2.1, 6 Mb RAM 
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FRESHFISH 



I l nome di Fred Fish è ben 
noto a chi possiede un 
Amiga. Lavorando alla 
Motorola conobbe Amiga sin 
dalle origini e acquistò uno 
dei primi A1000. 

Nel 1985 non esisteva quasi 
nessun programma per Ami- 
ga e quindi Fred cominciò a 
raccogliere i propri sorgenti 
(e i pochi che gli venivano 
inviati) su alcuni dischetti, i 
celebri "Fish Disks". 

In breve anche programmi 
shareware e dimostrativi pro- 
venienti da tutto il mondo sono 
entrati a far parte di questa 
serie di dischetti che, spediti 
per un modesto compenso a 
chiunque li richieda, hanno 
rappresentato per molti anni 
il punto di riferimento per il 
pubblico dominio e lo sha- 
reware su Amiga. 

Con la sistematica conver- 
sione per Amiga degli enor- 
mi pacchetti di pubblico do- 
minio Unix, la distribuzione 
su dischetti a bassa densità 
ha mostrato tutti i suoi limiti, 
mentre la comodità d'uso 
dei CD-ROM ha spinto quasi 
tuti i clienti del signor Fish a 
terminare l’abbonamento in 
favore delle raccolte su CD 
realizzate da tanti distribu- 
tori. 

Per questo motivo, durante 
l’ottobre 1993, la serie ‘‘Fish 
Disk” è stata chiusa (con il 
disco 930) e il suo posto è 
stato preso dai CD-ROM 
“Freshfish’’. 

APRIAMO IL PACCHETTO 

Il Freshfish numero 1 èfornito 
in un astuccio completamen- 
te privo di copertine, attra- 
verso cui si vede la spiritosa 
grafica stampata sull’etichet- 
ta del disco. 

E la confezione standard del- 
le raccolte su CD economi- 


che, ma chi non sa fare a 
meno di una copertina può 
stampare l’immagine IFFche 
è circolata nella rete telema- 
tica “Aminet"; Fred sta cer- 
cando un’immagine creata su 
Amiga per le prossime edi- 
zioni della raccolta. 

Al disco è allegato un fogliet- 
to che spiega la procedura 
da seguire per verificare che 
tutti I 47.000 file vengano 
correttamente caricati dal 
proprio lettore, alcune infor- 
mazioni di carattere genera- 
le e l’indirizzo cui ordinare il 
secondo CD della raccolta. 
Fred Fish scrive che il suo 
obbiettivo è di arrivare, quan- 
do il numero di abbonati sarà 
sufficiente, a una cadenza di 
uscita mensile sul modello di 
raccolte per Macintosh e PC 
già esistenti. 

Ogni nuovo CD conterrà tutto 
il materiale del CD preceden- 
te ma con versioni più ag- 
giornate dei programmi 
preinstallati, nuovo materiale 
e un po’ dì Fish Disk in più per 
riempire completamente il 
disco. 

In un lettore di CD audio il 
primo CD-ROM di Fred Fish 
risulta di 72,5 minuti: è pieno 
fino all’orlo. 

L'USO 

Aspetto grafico e organizza- 
zione del CD sono analoghi a 
quelli dei famosi dischetti, 
persino le icone sono le solite 
a quattro colori. Per la con- 
sultazione dei contenuti ba- 
stano un CDTV con trackball 
o un CD32 con mouse, ma 


per eseguire i program- 
mi è necessaria almeno 
una tastiera. ^ 

Il Workbench è in ver- ^ 
sione 1 .3.2 e Parnet vie- 
ne installato già durante il boot 
come unità 0, per cui se il 
CDTV è collegato via paralle- 
la a un Amiga in cui Parnet è 
attivato come unità 1, basta 
fare il boot da CD-ROM per 
vederne il contenuto da re- 
moto. Molto comodo. 

Il disco, d’altra parte, non è 
stato pensato per gli utenti 
che usano il CDTV da solo: lo 
dimostra il fatto che se si ten- 
ta di usare il disco facendo il 
bootdaCTDV, nonèpossibi- 
le leggere neanche i readme 
su disco (nemmeno quello 
con l’icona “CDTV-Users”!) 
perché tutti richiedono il pro- 
gramma “MuchMore” non 
presente nella directory C: 
dell’ 1 .3 (e poi questo richie- 
de l’arp. library e nemmeno 
questa è preinstallata). 

Fra l’altro, non compare nem- 
meno l’icona della Shell e 
quindi, di fatto, l’unico modo 
per usare il CD con il solo 
CDTV è fare il boot da un altro 
disco di sistema su floppy. 
Accade l’opposto quando si 
usa il disco con un lettore di 
CD-ROM collegato ad Ami- 
ga. 

In tal caso il CD non si limita 
a essere semplicemente leg- 
gibile, ma cerca di sfruttare 
al massimo questa configu- 
razione. 

Come indicato nel file “read- 
me-first”, se durante il boot di 
Amiga si carica il filesystem 
ISO9660, è possibile lancia- 


re un apposito script posto 
su CD che fa gli assegna- 
menti e le aggiunte al path 
necessarie per eseguire i 
programmi direttamente da 
CD-ROM. 

Gli assegnamenti necessari 
a programmi particolari pre- 
senti sui Fish Disk si effettua- 
no semplicemente attivando 
un’icona che lancia uno 
script. 

Con questo banale accorgi- 
mento, l’odiato requester 
“Non si può aprire il program- 
ma” diventa un ricordo del 
passato e non sono più ne- 
cessarie le estenuanti ses- 
sioni di dattilografia sulla Shell 
per lanciare programmi con 
icone che fanno riferimento a 
oscure directory profonda- 
mente sepolte nel CD o a 
esoteriche librerie. 
Creandosi uno script perten- 
tativi o usando programmi 
come “Agent" si possono 
agevolmente superare que- 
ste situazioni tipiche dei CD- 
ROM Almathera, ma la solu- 
zione di Fred Fish è più im- 
mediata. 

Se si verificano collisioni con 
assegnamenti già presenti, 
basterà editare, dopo averlo 
copiato sul proprio disco di 
sistema, lo script contenuto 
nel CD-ROM (e commentato 
dettagliatamente) per risol- 
vere il problema. 

Se invece si carica il filesy- 
stem ISO9660 a Workbench 
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già avviato, basta lanciare lo 
script ed eseguire alla fine il 
comando "Loadwb newpa- 
th”. Facciamo notare che su 
disco è presente la versione 
1 .2 di AMICDROM, un filesy- 
stem ISO 9660 di pubblico 
dominio. 

Al path viene aggiunta anche 
una directory contenente più 
di 100 programmi di pubbli- 
co dominio di uso co- 
mune (compattatori, — 

copiatori di dischetti, v 

diagnostici..,) e moltis- P 

sime utility Unix nella ~Ff 

versione più recente 
disponibile al momen- 
todellastampadelCD. 

ORGANIZZAZIONE 

"1 

Nella radice del disco 
compaiono tre di- 1 

rectory principali: 

“New”, “Old" e “Use- ^ 

fui”. Una buona parte 
delle novità è nel cas- 
setto “New/Unarchi- — 
ved”, che contiene i 
Fish Disk dal numero 
91 1 fino al 930 e ma- 
teriale successivo mai 
rilasciato su dischetti 
che è classificato in di- 
rectory secondo l'ar- 
gomento; come al so- 
lito sono presenti i file 
“Contents”chedescri- 
vono in breve ogni pro- 
gramma. La directory str 
“New/Archived” con- 
tiene le stesse cose ma 
compresse con LFIA. Il cas- 
setto “Old" ha struttura ana- 
loga e contienei Fish Disk dal 
numero 600 al numero 910; 
le versioni compresse sono 
composte da un solo enorme 
archivio per dischetto. Fred 
Fish ha preferito rendere di- 
sponibili meno dischetti ma 
in entrambe le forme per ve- 
nire incontro a chi vuole met- 
tere il disco in linea sul BBS; 
per avere l'intera raccolta è 
quindi necessario anche 
CDPD 1, Fish&More o altri 
CD simili. 

Nel dischetto numero 919 è 
presente il virus “Saddam”, 
inserito per valutare l’effica- 
cia di un noto programma 
antivirus. 


Nella forma presente su CD è 
del tutto innocuo, perché per 
attivarlo occorre rinominare 
opportunamente il file 
“Saddam_Hussein_virus” 
posto nella directory “Viru- 
sToTest” e trasferirlo in una 
specifica directory di un di- 
sco di boot da usarsi con il 
Ki ckstart 1 . 3 ( q uesto vi rus non 
si replica con versioni suc- 


cessive di AmigaOS). L'idea 
di allegare un virus dimostra- 
tivo si è purtroppo rivelata 
infelice perché le leggi di molti 
paesi vietano anche questo 
tipo di distribuzione, quindi 
Fred Fish ha deciso di di- 
struggere tutte le copie rima- 
nenti del suo CD-ROM e di 
ritardare l'uscita di Freshfish 
numero due. 
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Struttura delle directory di Freshfish numero 1. 


In caso di dischetto 
difettoso • Può sue 

cedere che allegati alla rivi- 
sta vi siano alcuni dischetti 
difettosi sfuggiti al controllo 
elettronico della macchina 
duplicatrice: nella sfortu- 
nata ipotesi in cui vi imbat- 
teste in uno di questi, vi 
preghiamo di ritornarci il di- 
schetto non funzionante, 
che vi sarà immediatamen- 
te sostituito con uno effi- 
ciente e rispedito a casa 
tramite stretto giro di posta. 
Il nostro indirizzo è: 
Gruppo EditorialeJackson 


via Gorki. 69 

20092 Cinisello Balsamo 
(MI) 


PARADISO 

DEI PROGRAMMATORI 

Il cassetto “Useful" contiene 
le altre grosse novità di que- 
sto disco, sempre suddivise 
ordinatamente. 

Sono presenti tutti gli inclu- 
de, lib e fd per le versioni 37 
(2.0) e 39 (3.0) del Kickstart, 
indispensabili, ma fino a ora 
disponibili legalmente quasi 
solo per gli sviluppatori e gli 
acquirenti dell’ultima versio- 
ne del SAS C. 

Per chi programma, questi 
file da soli già giustificano 
l’acquisto del CD. Peccato 
non compaiano anche gli Au- 
todoc. 

La diffusione di questi file è 


difficile perché sono pratica- 
mente equiparati a un libro: i 
diritti su alcune parti sono di 
proprietà di varie aziende, 
che nel contratto stipulato con 
Commodore hanno imposto 
anche che sia vietata la redi- 
stribuzione con mezzi tele- 
matici; Fred Fish stesso ha 
dovuto pagare una licenza di 
distribuzione alla Commodo- 
— j re, che a sua volta 
j’igjf paga i diritti di rìpro- 

duzione a queste 
aziende. 

Tra le altre directory 
spiccano quelle de- 
dicate ai porting di 
A utility di pubblico do- 

1 minio Unix, in partico- 
la lare provenienti dalle 

distribuzioni GNU e 
NET-BSD. 

È presente solo una 
piccola parte di 
quanto è stato portato 
su Amiga, solociòche 
a ; si compila senza pro- 

1 \ blemi con il compila- 
ci | tore C fornito su CD- 

ROM. 

Si tratta del GCC 2.4.5 
nella versione portata 
su Amiga da Markus 
Wild (che lo aggiorna 
a cadenza quindici- 
naie) e che si appog- 
gia su una massiccia 
libreria per emulare 
— 1 l’ambiente Unix sotto 

AmigaDOS (il porting 
di GCC effettuato dal- 
l’italiano Davide Pa- 
setto, che non ha bisogno di 
librerie di supporto, non rie- 
sce evidentemente a incon- 
trare consensi). 

Questo compilatore è avido 
di memoria e CPU e un po’ 
scomodo da usare perché 
non è ben integrato con l'am- 
biente Amiga, ma funziona 
bene una volta installato cor- 
rettamente. 

Purtroppo tutte le utility GNU 
e quindi anche GCC, fanno 
riferimento a un percorso di- 
verso da quello in cui sono 
state poi poste sul CD: il risul- 
tato è che GCC va reinstalla- 
to e tutti i Makefile modificati 
(si può fare con un semplice 
script). 

Fred Fish promette che la si- 
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tuazione migliorerà nei suc- 
cessivi CD. 

I sorgenti sono disposti in 
modo che la ricompilazione e 
l'identificazione delle parti 
Unix e di quelle specifiche 
Amiga siano semplici e velo- 
ci; gli eseguibili per 68000 
sono già pronti. 

II CD è dedicato anche a chi 
vuole iniziare a programma- 
re in C. 

In un’apposita di- 
rectory è compieta- 
mente installato “Ami- 
ga C Manual" in ver- 
sione 3.0, un ottimo 
tutorial realizzato da un 
club svedese che, ser- 
vendosi di chiare spie- 
gazìoni ed esempi 
pratici, guida passo 
per passo alla pro- 
grammazione; sono 
presentii principali tool 
per il debug e (dopo 
aver corretto l’errore di 
configurazione) per 
compilare un pro- 
gramma basta battere 
GCC da Shell senza 
bisogno di riempire 
l’hard disk con il com- 
pilatore. 

Per chi non ama il C è 
già installata la versio- 
ne 2.1 b del linguaggio 
E. 

C’è anche la versione 1.3 di 
PasTeX, il noto pacchetto 
DTP, completamente instal- 
lata da chi ne ha fatto il por- 
ting su Amiga (nel successi- 
vo CD-ROM verrà sostituita 
dalla versione 1.4). 
Naturalmente resta possibile 
installare completamente o 
parzialmente il pacchetto su 
hard-disk, ma la sola directory 
pk (quella dei font) ha una 
dimensione di 13 megabyte! 
Di grande interesse è anche 
la directory contenente tutte 
le recensioni di prodotti 
(hardware e software) transi- 
tate nel gruppo Usenet 
“comp.sys.amiga.reviews”. 

CONCLUSIONI 

Pochi CD-ROM sono stati at- 
tesi come questo, ma il risul- 
tato è all'altezza delle aspet- 
tative. 


Probabilmente la parte meno 
interessante è' proprio la se- 
zione relativa ai Fish Disk, 
perché i dischetti più vecchi 
sono già da tempo disponibi- 
li su altri CD-ROM e il mate- 
riale di quelli più nuovi mostra 
come Fred Fish non sia più il 
vettore principale per il pub- 
blico dominio Amiga. 

Salvo un paio di eccezioni, 


de felici sia gli utenti esperti 
che i programmatori e gli 
amanti di TeX. 

Da molti particolari risulta 
evidente che l’esperienza di 
Fred Fish è maggiore di quel- 
la di coloro che si limitano a 
copiare i suoi dischetti su un 
hard disk e a portarlo allo 
stampatore. 

Per valutare il costo si deve 
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considerare che la sola spe- 
sa necessaria per procurarsi 
legalmente gli include non è 
trascurabile e che contiene 
una buonafetta del materiale 
presente sui non troppo eco- 
nomici CD-ROM con le distri- 
buzioni GNU e Usenet-news. 
Comperando questo CD, si 
finanzia anche chi, sin dal 
1 985, ha lavorato seriamente 
per la crescita di Ami- 
ga: la sola presenza 
degli include è indice 
di una passione che 
ha reso secondarie 
spese e scocciature; 
esistono altri casi noti 
di CD-ROM con virus 
(per giunta attivi!), ma 
nessuno dei loro pro- 
duttori si è fatto in 
quattro per segnalar- 
lo e ritirare i CD; nes- 
sun’altro CD-ROM è 
realmente pieno sino 
all’orlo. 

Con questo CD, per 
finire, non si ha affatto 
la sgradevole sensa- 
zione di comprare il 
prodotto di un ecletti- 
co bottegaio che ven- 
de programmi altrui un 
tanto al kilobyte. 


Alcune delle utility GNU presenti in forma sorgente. 


tutte le “novità” erano appar- 
se settimane o mesi prima 
nel circuito “Aminet”, il cui 
CD-ROM viene però aggior- 
nato a cadenza quasi annua- 
le da un editore che non co- 
nosce Amiga e si limita ad 
ammucchiare sul CD gli ar- 
chivi compressi. 

Fred, poi, non fornisce nep- 
pure un database (come 
l'Aquarium presente sui CD 
Almathera) per effettuare ri- 
cerche sul contenuto dei Fish 
Disk. 

La directory “Useful” è il pun- 
to di forza di questo CD, che 
così non si riduce a un banale 
deposito di programmi ma 
diventa quasi un “nuovo hard 
disk” da tenere sempre nel 
lettore. 

Grazie all’ottima conoscenza 
dì Amiga, Fred Fish e i suoi 
collaboratori hanno realizza- 
to un CD che finalmente ren- 


SCHEDA PRODOTTO 


Nome: Freshfish monthly CD-ROM, n.1 
october 1993. 

Prezzo: 34.95 dollari (comprese spese 
di spedizione), se il CD-ROM è ordinato prima 
della stampa si ha diritto a uno sconto di 10 dollari. 
Produttore: Amiga Library Services, 610 N. 

Alma School Road, Suite 18, Chandler, 

AZ 85224-3687, USA, fax 602-917-0917 

Pro: Programmi selezionati e comodamente 

eseguibili direttamente da CD; è l’unico 

per gli amanti della programmazione e per chi vuole 

imparare il C; aggiornamenti periodici garantiti; 

prezzo molto basso per la quantità e qualità 

del materiale presente. 

Contro: Mancanza di un indice interattivo dei 
Fish Disk; instaliazione delle utility GNU sbagliata; 
il materiale è recente, ma non come un’uscita 
mensile richiederebbe; inadatto all’uso diretto 
su CD32 e su CDTV; è necessaria la conoscenza 
dell’inglese. 
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OCTAMED 5.0 


Luca Bellintani 


Il massimo fra i tracker 


S ono molti gli utenti Ami- 
ga che hanno preferito 
questo computer ad al- 
tri proprio per le ottime carat- 
teristiche audio di cui è dota- 
to: stiamo parlando dei quat- 
tro canali audio. Ed è per que- 
sto che esistono in commer- 
cio svariati programmi per 
creare musica, professionali e 
non. Principalmente sono due 
i metodi di approccio alla 
composizione musicale; il pri- 
mo, rivolto esclusivamente ai 
musicisti, lavora su penta- 
grammi, note e pause (si veda 
Deluxe Music) e permette la 
creazione di brani musicali 
nella maniera classica; il se- 
condo (tracker) aggira il pro- 
blema della comprensione 
della scrittura musicale, per- 
mettendo di “stendere" un 
componimento a orecchio; i 
risultati di quest’ultimo meto- 
do sono così soddisfacenti che 
ormai quasi tutte le musiche 
dei giochi vengono cre- 
ate con Tracker Pro- 
gram. 

Fino a poco tempo fa il 
programma che ha re- 
gnato incontrastato, sia 
per la facilità d’uso che 
per il facile reperimento 
nel circuito di pubblico 
dominio, è stato Pro- 
Tracker, conosciuto an- 
che con il nome del suo 
predecessore, Soun- 
dTracker; ma molti altri 
gli si sono man mano 
affiancati, tra cui appun- 
to OctaMED, ed è pro- 
prio di questo ottimo 

Il contenuto 
del dischetto 
di OctaMED Pro 5.0f. 


traker che funziona anche da 
sequencer MIDI che parlere- 
mo in questo articolo. Partito 
anch’esso come programma 
di pubblico dominio (chiama- 
to MED), dopo poche release 
è divenuto un programma 
commerciale, rimanendo per 
questo motivo un po’ in ombra 
rispetto al trionfante ProTrac- 
ker; ma con la versione 5.0 
sembra essersi avviato a sor- 
passare il suo più diretto riva- 
le, perché risulta molto più 
completo e professionale, pur 
mantenendo una totale com- 
patibilità con il ProTracker. I! 
programma viene venduto su 
due dischetti, con manuale in 
inglese su disco in formato 
AmigaGuide (più di 270 kb! ). 
La nuova interfaccia utente, 


completamente riscritta per 
OS 2.04 e superiori e compa- 
tibile con la palette AGA, ap- 
pare decisamente più bella e 
professionale di quella dei suoi 
concorrenti, anche se i gad- 
get non sono di facile com- 
prensione. In compenso, i 
menu sono organizzati in ma- 
niera molto logica. 

L’uso di AmigaGuide assicura 
inoltre un esteso help in linea, 
cosa che facilita alquanto 
l’apprendimento del pro- 
gramma. Un’icona su disco 
permette infine una facile in- 
stallazione su hard disk. 

GESTIONE DEI FILE 

Partiamo dall’esame del 
Project Menu , dal quale è pos- 


sibile creare un brano nuovo, 
caricarne uno già esistente o 
salvare il proprio lavoro. Le 
funzioni di load e di save per- 
mettono di lavorare su canzo- 
ni (song) senza strumenti e su 
moduli, ovvero su file completi 
di strumenti che possono ve- 
nire riprodotti tramite l'Octa- 
MED-Player (che funziona an- 
che sotto 1 .2) fornito su disco; 
esiste anche un’opzione di 
“autosave" che gestisce il sal- 
vataggio automatico dei dati a 
intervalli regolari di tempo. I 
formati supportati sono i vec- 
chi MMD1 , MMD2 usati nelle 
versioni precedenti e quindi 
compatibili con MED e il nuo- 
vissimo MMD2, che supporta 
fino a 64 tracce; molto como- 
da è l’opzione per memorizza- 
re più song con strumenti in 
comune come multi-modulo, 
risparmiando una notevole 
quantità di spazio su disco. 
Sono stati inoltre introdotti due 
differenti algoritmi di 
compressione dei dati 
che sfruttano la libreria 
PowerPacker di Nico 
Francois e la SFCD com- 
pression (The Stephan 
Fuhrmann Compact 
Density Algorithm); mol- 
to comode sono anche 
le opzioni per la stima 
dello spazio di occupa- 
zione su disco del mo- 
dulo, per la cancellazio- 
ne diretta di file e per la 
stampa su carta della 
song. 

EDITING 

L'editing può avvenire sia 
usando il Notation Editor 
che il Tracker Editor; il 
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Lo schermo principale. 


usata per inserire in 
modo veloce sequenze 
ripetute di batteria o di 
basso. 

La finestra Block Pro- 
perties contiene i para- 
metri dei singoli blocchi 
usati, il nome abbinato, 
il numero di tracce che 
va da 1 a 64 e il numero 
di righe che può assu- 
mere un valore massi- 
mo di 3200. 

Il numero di tracce per 
blocco non è più vinco- 
lato ad un multiplo di 
quattro; il limite massi- 

dove gli strumenti e le mo di blocchi per ogni 

note vengono inserite diretta- eseguita la nota C della se- cay, e vari jump e loop sui brano è ora di 1000 (non po- 

mente da tastiera, suonando conda ottava (in notazione an- blocchi. chi!), 

a orecchio e registrando tutte glosassone) usando lo stru- Mentre con Protracker è pos- Attraverso la Playing Sequen- 

le operazioni su un nastro ma- mento A e con l'aggiunta del sìbile effettuare operazioni ce Window gestiremo l’orga- 

gnetico virtuale. La caratteri- comando 12 con parametro sulle tracce come lo scrolling nizzazione dei blocchi che 

stica principale che distingue 34, verso il basso e verso l’alto verranno suonati nel nostro 

OctaMED dagli altri tracker è II numero di righe per blocco delle note di una traccia e l’in- modulo, raggruppati in se- 
ia quantità di tracce gestite, non è il solito valore fisso di 64, versione di una sequenza quenze indipendenti; parten- 

che è maggiore del numero di ma può variare da blocco a completa di righe, con OCTA- do dalla prima sequenza, il 

voci dell'Amiga; con gli altri blocco. MED possiamo solo tagliare e brano verrà riprodotto fi no 

tracker è possibile generare I comandi applicabili sulle sin- incollare zone. Molto utile è alla fine dell’ultima, dopodi- 

al massimo quattro suoni dif- gole note sono: arpeggio, sii- però l’opzione di “highlight” di che potrà riprendere dall'ini- 

ferenti contemporaneamente, de up/down, portamento, vi- linee in un particolare ordine, zio (LOOP), oppure termina- 

mentre con OctaMED è possi- brato, fade, tremolo, hold/de- multiple di un numero base, re. La visualizzazione dei co- 

bile generarne otto, per- mandi può essere com- 

ché il programma riesce 
a miscelare in tempo re- 
ale coppie di suoni sui 
quattro canali audio. 

Inoltre, se il programma 
viene utilizzato con stru- 
menti MIDI collegati ad 
Amiga, la quantità di 
tracce pilotabili sale a 64. 

Ogni traccia ha una se- 
quenza di righe nel se- 
guente formato: 

C-2 A 12 34 
I III 
nota | | dato 

strumento 
I 

comando 

in questo caso viene 
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mutata da decimale a 
esadecimale a seconda 
se si intenda program- 
mare il MIDI o usare il 
programma nel modo 
usuale. 

Il filtro audio che agisce 
sul led di Amiga permet- 
te un ascolto più pulito 
quando viene disattiva- 
to e un ulteriore incre- 
mento di qualità lo si ot- 
tiene abilitando il gad- 
get di alta definizione 
durante la riproduzione 
di moduli a 5-8 tracce 


Lo schet'mo 

per l’editing musicale. 


primo richiede una co- 
noscenza abbastanza 
approfondita dello spar- 
tito musicale e permette 
dunque una stesura del 
brano più classica e allo 
stesso tempo più leggi- 
bile; tramite funzioni 
molto semplici e intuiti- 
ve, e con l’uso del solo 
mouse si possono inse- 
rire simboli musicali sul 
rigo, strumento per stru- 
mento, fino a ottenere il 
modulo finale. 

Il Tracker Editor è 
senz’altro il più usato in 
questo tipo di program- 
mi e rispecchiala logica 
usata dal Protracker, fat- 
ta di tracce e blocchi, 
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con un processore 68020 o 
superiore (con un 68000 non è 
possibile perché è troppo len- 
to). 

Con la Transpose Window si 
può modificare il suono dello 
strumento usato, muovendolo 
sulle ottave, applicando la 
funzione sulla singola traccia, 
sul blocco o sull'intera song. 

Il volume di un modulo è con- 


GESTIONE 
DEGLI STRUMENTI 

Vediamo ora la gestione degli 
strumenti: questi sono di soli- 
to campioni acquisiti median- 
te un digitalizzatore hardware 
e salvati in formato IFF: i vete- 
rani avranno già a disposizio- 
ne centinaia di strumenti, ma 
chi ne fosse privo può ugual- 


mente crearsene di propri ge- 
stendo direttamente da Octa- 
MED le operazioni di campio- 
namento (ovviamente bisogna 
essere dotati di digitalizzatore 
audio) e di editing del suono 
con i soliti cut and paste, in- 
versioni di forme d’onda e ri- 
scrittura di zone in modalità 
grafica. 

Nel Sample Editor sono state 
aggiunte, rispet- 
to alla versione 
precedente, varie 
funzioni tra cui ef- 
fetti fade in/out e 
cancellazione 
dello spazio vuo- 
to del campione. 
Ma con OCTA- 
MED è possibile 
anche creare 
suoni generan- 
doli direttamente, 
con il Synthetic 
Sound Editor; 
partendo da for- 
me d’onda usuali 
come la quadra e 
la triangolare e 
operando su di 
loro, è possibile 
arrivare ad avere 


strumenti simili a quelli cam- 
pionati, molto meno ingom- 
branti e con un range di cin- 
que ottave, due in più rispetto 
alle tre dei suoni campionati. 
Usando la funzione Copy to 
Synth Editor potremo anche 
convertire un suono campio- 
nato nel corrispondente sinte- 
tizzato, con ottimi risultati so- 
prattutto con strumenti quali le 
tastiere e i fiati. L’organizza- 
zione dell’archivio degli stru- 
menti è gestita dal Sample List 
Editor: viene creata una lista 
di tutti i campioni posseduti, 
ognuno con abbinato il per- 
corso e il disco in cui si trova; 
risulterà in seguito molto facile 
il suo caricamento. 

Il caricamento può essere sin- 
golo oppure avvenire in mo- 
dalità multipla: in certi casi ri- 
sulta estremamente comodo. 
Le opzioni di Save permetto- 
no il salvataggio come IFF 
8SVX(con informazioni di loop) 
o come file RAW binario. 

È anche possibile rimuovere 
dalla memoria gli strumenti non 
usati con la funzione Automa- 
tic Flush, oppure lo strumento 
corrente o tutti quelli caricati. 
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Lo schermo 
per 

il campionamento. 


trollato dal Master 
Control e a questo 
si affiancano gli sli- 
der per la modifica 
del volume delle 
tracce; la configu- 
razione prescelta 
verrà salvata assie- 
me al brano. 

È possibile anche 
inserire commenti 
nella zona annota- 
zioni, come il nome 
del compositore, il 
copyright e altre in- 
formazioni analo- 
ghe. 
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LI classico editor 
di moduli tracker. 


Con la Instrument 
Type Window si se- 
lezionano le carat- 
teristiche dello stru- 
mento in uso, Sam- 
ple, Hybrid, Synthe- 
tic e Extsample. 
Questi ultimi sono 
sempre dei Sample 
IFF o RAW ma con 
l'aggiunta di due ot- 
tave più basse, che 
le porta a cinque 
come per i suoni 
sintetizzati. Gli stru- 
menti Hybrid pos- 
sono essere con- 
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trollati con il linguaggio di prò- n menu di Save. 
grammazione dei suoni sinte- 
tici, modificando volume, pi- 
tch e forme d’onda. 

OctaMED permette di gestire co dei comandi 
un'interfaccia MIDI collegata utilizzabili in mo- 
alla porta seriale del proprio dalitàsequencer: 

Amiga: si possono introdurre controller value, 
le note mediante una tastiera, pitchbender up/ 
memorizzando i dati nei vari down, modulation 
blocchi e riproducendo poi la wheel, controller 
musica direttamente dal prò- number, polypho- 
gramma. Il sincronismo tra nic aftertouch, 
programma e dispositivo MIDI channel pressure, 

può essere gestito da entram- pan control, pri- 
bi; con l'ultima versione è sta- mary tempo, 
ta introdotta la possibilità di 
gestire tastiere con controllo CONCLUSIONI 
di volume. 

Il Message Editor gestisce i II programma 

MIDI Messages, ora portati a è completamente 

una lunghezza massima di configurabile, dai 

1.048. 560 byte, usando dati in tasti funzione al mouse; lata- gli inserimenti di note; il nume- sibilitàdi gestire strumenti MIDI 

forma decimale oesadecima- stiera può essere rimappata ro di tracce visualizzabili a vi- e non potete accontentarvi 

le. Ed ecco un semplice elen- per le funzioni di editing e per deo contemporaneamente è delle funzioni offerte da pro- 

ridefinibile, come pure la pa- grammi di pubblico dominio 

lette; si può decidere se mo- quali ProTracker, dopo il pri- 

strare gli equalizzatori e gli mo impatto con l’interfaccia di 

oscilloscopi sui canali; se far OctaMED, per certi versi più 

partire automaticamente il complessa ma allo stesso 

modulodopoaverlocaricato;ù tempo più professionale e in 
se “congelare” lo schermo stile 2.0, ne resterete sicura- 
quando si usa un altro prò- mente entusiasti, 
gramma, liberando la CPU e II prodotto può essere acqui- 
favorendo il multitasking. stato direttamente presso 
Se dunque avete bisogno di l’importatore italiano al prezzo 
un ottimo sequencer con pos- di L. 66. 000. ▲ 


scheda Prodotto 


Nome: OctaMED PRO 5.0f 

Casa Produttrice: R. Burt-Frost RBF Software 

Distributore: L'Algorà Srl, corso V. Emanuele, 15 

20122 Milano 

Prezzo: L. 66. 000 

Giudizio: eccellente 

Configurazione minima richiesta: Kickstart 2.0 

o superiori 

Pro: interfaccia in stile 2.0, gestione MIDI, 

uso di otto tracce su quattro canali, pieno rispetto 

multitasking 

Contro: carenza di funzioni di editing sui pattern, 
pochi strumenti su dischetto 

Configurazione della prova: Amiga 1200 


Gruppo MangaZone 


Software Amiga 
GeNe 

SuperJAM! 1.1 
The Patch Meister 
Tutti i Kits per Bars&Pipes! 
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SOFTWARE 


MASTER VIRUS KILLER 3 


U n problema che da 
sempre affligge gli 
utenti Amiga e di altre 
piatteforme è quello dei virus. 
Questi piccoli, ma insidiosi 
nemici, sono in grado di ridur- 
re in fumo ore e ore di prezioso 
lavoro, senza a volte farci so- 
spettare nemmeno la loro pre- 
senza. Negli anni, sono stati 
scritti e diffusi centinaia di vi- 
rus differenti, che però si 
possono dividere in tre ceppi: 
i boot virus, ovvero i virus che 
si annidano nei primi due 
blocchi dei floppy disk, i file 
virus, che si nascondono su 
hard disk o su floppy, ma- 
scherandosi da innocuo disk- 
validator o da semplice co- 
mando AmigaDos, e i trojan 
virus, che sono introdotti nel 
nostro sistema da un’applica- 
zione che, appunto, si com- 
porta come il cavallo di troia. 
MVK permette di riconoscere 
e distruggere virus di ognuno 
di questi tipi. 

INSTALLAZIONE 
E MANUALISTICA 

L’installazione è effettuata tra- 
mite l’installer Commodore, ma 
è da notarsi una certa ineffi- 
cienza nell’operazione: nella 
directory creata, abbiamo tro- 
vato icone che non potevano 
essere attivate. L'occupazio- 
ne complessiva su hard disk è 
di circa 170 kb. 

Il manuale, in ingleseefrance- 
se, è piuttosto stringato, so- 
prattutto nella spiegazione 
dell’uso dei comandi ARexx. 
Purtroppo, una buona metà 
del volumetto, che tratta del- 
l’uso della libreria MVK. library, 
è in francese. 


Matteo Tenca 


Stop ai 


La MVK. library è in sostanza il 
cuore del sistema: una libreria 
di sistema, scritta in linguag- 
gio macchina, per la massima 
compattezza e velocità, e uti- 
lizzabile da programmi C e 
assembly, che mette a dispo- 
sizione comode funzioni per 
individuare e distruggere i vi- 
rus. È questa una caratteristi- 
ca che rende praticamente 
unico questo pacchetto. A 
detta dell'autore, Xavier Le- 
clercq, la realizzazione di una 
libreria esterna facilita l’inte- 
grazione e il potenziamento 
dell’applicazione, rendendo 
MVK più comodo da'aggior- 
nare e migliorare. 

Su disco sono forniti, in un 
archivio LHA, numerosissimi 
esempi di sorgenti in C, che 
sfruttano la MVK. library. Il 
manuale tratta ampiamente 
questo argomento, spiegan- 
do l’uso di ciascuna funzione, 
ma, come già detto, nella lin- 
gua d’oltralpe. 
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IL PROGRAMMA 

Al lancio, MVK presenta un 
colorato schermo da cui è 
possibile accedere, tramite 
icone, alle principali funzioni 
del programma. Le opzioni 
meno usate sono relegate nei 
menu a tendina. 

È possibile controllare boot- 
block, disk-validator, startup- 
sequence, user-startup e ad- 
dirittura shell-startup, nonché 
tutti i file, non appena un di- 
schetto viene inserito in un 
drive. Le stesse operazioni 
sono disponibili per hard disk. 
MVK riconosce 261 bootblock, 
33 tipi di file, tra cui quelli in 
formato PowerPacker e IFF 
ILBM, 167 boot virus e 32 tra 
file virus e trojan. 

Purtroppo, tutte le volte che 
abbiamo provato a controllare 
i file presenti su HD, la mac- 



china è andata inevitabil- 
mente in guru. 
Testando poi il 
programma con 
alcuni virus, ab- 
biamo notato che 
MVK non ne ricono- 
sce alcuni, che sono 
invece noti a viruskiller di 
pubblico dominio. Inoltre, an- 
ziché segnalare (perlomeno) 
che il bootblock era di tipo 
sconosciuto e quindi poten- 
zialmente pericoloso, MVK ha 
ignorato l’anomalia dichiaran- 
do che il dischetto era in con- 
dizioni normalissime. Invece, 
una prova effettuata con il fa- 
migerato virus “Lamer Spe- 
cial”, che a ogni riproduzione 
cambia la sua struttura, ren- 
dendosi irriconoscibile a molti 
virus-killer, ha dato esiti posi- 
tivi: MVK l’ha individuato e di- 
strutto. 

Una particolarità è rappresen- 
tata dal metodo di controllo 
dei vettori, che vengono alte- 
rati dai virus per resistere ai 
reset: è infatti possibile far ri- 
conoscere a MVK, come inno- 
cue, le modifiche apportate 
da certe utility come RAD, in 
modo da evitare inutili segnali 
di allarme. 

Sempre dallo schermo princi- 
pale, possiamo scegliere di 
installare la piccola utility VDC 
che, come primo comando del 
nostro startup-sequence, 
controlla che non siano pre- 
senti virus in memoria, nel qual 
caso riavvia la macchina, ri- 
muovendo tutti i programmi 
resistenti al reset. Anche VDC 


MVK ha individuato 
un virus. 
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può essere istruito su partico- 
lari alterazioni dei vettori per- 
ché le ritenga innocue. 

MVK mette a disposizione due 
potenti opzioni: “Analyse Boot” 
e “Disassemble Boot”. 

La prima consente di avere un 
panorama delle principali at- 
tività del bootblock: nel caso 
di un virus, per esempio, sa- 
ranno riportate le istruzioni as- 
sembly che leggono/scrivono 
su disco, oppure salti a fun- 
zioni “a rischio”. 

La seconda mostra il boot- 
block disassemblato, utile a 
chi voglia approfondire il tipo 
di danno che il particolare vi- 
rus può infliggere. Un’altra in- 
teressantissima funzione, atti- 
vabile da menu, permette di 
aggiungere i nomi di alcuni 
file a un elenco, insieme a 
checksum e lunghezza. Po- 
tremo così controllare, in se- 
guito, che i file dell’elenco non 
siano variati in nessun modo. 
Questa funzione è molto co- 
moda e ci protegge dai virus 


che si uniscono a eseguibili, 
variandone la lunghezza oltre 
alle funzionalità. È inoltre pos- 
sibile confrontare tra loro due 
file: MVK ci avvertirà se sono 
differenti o identici. Un’ultima 
caratteristica di MVK è di con- 
sentire di riavviare il sistema in 
modo da cancellare qualsiasi 
virus o ramdisk resistente al 
reset, tramite l’opzione “Full 
Reset”. 

AREXX 

La porta di ARexx di MVK mette 
a disposizione 45 comandi 
ARexx, che consentono di 
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La funzione Analyse 
Bootblock: MVK ci mostra 
tutte le attività sospette 
e potenzialmente pericolose 
del bootblock. 


L’operazione di controllo 
dei singoli file alla ricerca 
di virus. 
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svolgere qualsiasi operazio- CONCLUSIONI 
ne, dal controllo di tutti i file di 

un disco alla visualizzazione MVK mette a disposizione in- 
di un bootblock. Diventa così teressanti e particolari funzio- 
possibile creare complessi ni che è difficile trovare in altri 
script che svolgano un’accu- programmi analoghi, masem- 
rata opera di controllo total- bra mancare di solidità e non 
mente automatica. si dimostra sempre efficace 

Purtroppo, il manuale non si nel rilevare la presenza dei 
dilunga per più di unafacciata virus. L’impossibilità di effet- 
sull’argomento, limitandosi a tuare un controllo dell’hard 
elencare in colonna i coman- disk senza incorrere in un bio- 
di. Da alcune nostre prove, la co del sistema, inoltre, mina 
porta ARexx si è rivelata co- notevolmente la validità del 
moda e funzionale. pacchetto. ▲ 


SCHEDA PRODOTTO 


Nome: Master Virus Killer 3 
Produzione e distribuzione: 

Archos, 99 Rue D’Amblainvilliers 91370, 

Verries Le-Buisson, Francia, tei +33-1-60139049, 
fax +33-1-60139918 
Giudizio: discreto 

Configurazione richiesta: qualsiasi Amiga 
Pro: alcuni funzioni particolari e utili, porta ARexx, 
libreria di sistema 

Contro: eccessiva propensione al guru, mancato 
riconoscimento di alcuni virus 

Configurazione della prova: Al 200, HD. 
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Gabriele Ponte 


C ontinuiamo la serie di articoli sul- 
la programmazione in AMOS 
proponendovi un altro gioco in 
“scatola di montaggio”, ovvero un 
programma con sorgente commen- 
tato e con grafica liberamente modi- 
ficabile da parte dell’utente. Nei nu- 
meri scorsi abbiamo anche parlato 
di come sia possibile costruire una 
serie di oggetti con DPaint IV per 
utilizzarli poi come Bob all’interno del 
programma, in questo numero tratte- 
remo la grafica in generale e del suo 
inserimento all'Interno di un progetto 
in via di sviluppo. 

GIOCHI GRAFICI 

La grafica è sicuramente una delle 
componenti che più determinerà il 
giudizio dell’utente finale sul vostro 
gioco, a pari merito con l’originalità del 
programma e la sua giocabilità (se di 
gioco si tratta). Le software house 
importanti hanno gruppi separati di 
persone che lavorano sullo stesso 
progetto e poi vagliano la soluzione 


che pare ottimale anche in rapporto 
alla situazione di mercato. Per que- 
sto, è possibile assistere alla fioritura 
di veri e propri capolavori, creati da 
artisti magari usciti da scuole di gra- 
fica su calcolatori, ma è anche vero 
che si trovano ottimi prodotti realiz- 
zati da piccole software house o ad- 
dirittura da singoli programmatori. 
Qui prenderemo in considerazione il 
caso del singolo programmatore o al 
massimo del gruppo di amici che 
uniscono i loro sforzi per realizzare 
un’opera collettiva. La componente 
grafica di un programma presup- 
pone una buona dose di creatività 
artistica, un certo gusto nell’abbina- 
mento delle immagini, sia come stile 
sia come tavolozza di colori, un’otti- 
ma conoscenza dei programmi 
grafici per Amiga e una macchina 
adeguata al lavoro da svolgere. La 
creatività è sicuramente un dono 
naturale, ma si può ovviare a even- 
tuali lacune seguendo l’evolversi del 
mercato e dei gusti, e analizzando 
nei particolari lavori eseguiti da sof- 


tware house rinomate oppure da rivi- 
ste dedicate alla grafica o ai fumetti. 
Un gioco, in genere, si articola in 
almeno tre fasi distinte: presentazio- 
ne/scelta, fase di gioco, fine del 
gioco/punteggio. È molto importante 
che la grafica dedicata ai vari scher- 
mi sia omogenea come palette; se 
stiamo creando un platform, la pa- 
lette avrà probabilmente colori molto 
contrastati in tutte le fasi del gioco, 
se invece si tratta di un’avventura, in 
genere è preferibile impiegare palet- 
te con bassi contrasti e molto sfuma- 
ta, per ricordare i colori della vita 
reale. Lo stile del prodotto può esse- 
re frutto dell’unione di due rami gra- 
fici fondamentali: 

1) grafica bitmap, che può essere 
digitalizzata, frutto di rendering 3D, 
disegnata a mano libera oppure una 
mistura di queste cose; 

2) grafica 3D in tempo reale. 

Accade spesso che i due stili siano 
presenti nello stesso gioco e nello 
stesso schermo, l’importante è sa- 
per dosare la quantità, la qualità e 


Su dischetto troverete “BOAT RACE”, una gara 
di motoscafi programmata in AMOS. 


Lo schermo di presentazione di BOAT RACE 
con il menu di scelta del livello di gioco. 
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l'abbinamento; l’estensione AMOS 
3D permette di fondere entrambe in 
un unico schermo, come avviene nel 
gioco presentato sul disco di questo 
numero di Amiga Magazine. La co- 
noscenza dei programmi grafici uti- 
lizzati (DPaint IV, Real3D, Scenery 
Animator 4, ADPro, ImageFX, per 
citare solo i più famosi) risulta inoltre 
fondamentale sia per gli effetti di 
colore, sia per risparmiare tempo 
nella fase di creazione grafica. 
L'hardware minimo per un program- 
matore dovrebbe essere così com- 
posto: 

1 ) A500 con almeno 2 Mb di memoria 
oppure Al 200 

2) hard disk da 40 Mb almeno 
Sarebbe meglio disporre di una mac- 
china più veloce (A3000/A4000), di 
coprocessore matematico (soprattut- 
to se si fa largo uso di grafica 3D), di 8 
Mb di RAM, anche per utilizzare più 
programmi in multitasking, di digitaliz- 
zatore video e audio oppure di lettore 
di Photo CD Kodak. Il digitalizzatore 
video offre un aiuto notevole sia per 
le singole immagini, sia per l’anima- 
zione di intere sequenze, da riela- 
borare eventualmente con un pro- 
gramma adeguato per i ritocchi o gli 
adattamenti di formato. La scelta 
deve cadere su una periferica di 
livello medio/alto per non sprecare 
soldi, alla quale va abbinato un ap- 
parecchio di ripresa/riproduzione di 
adeguata qualità (almeno 470.000 
pixel per il sensore CCD delle teleca- 
mere). Una soluzione alternativa vie- 
ne offerta dal Photo CD Kodak: ac- 
quistando un lettore di CD ROM 
compatibile e usando un program- 
ma come Asim CDFS, PhotoWorx o 
un programma analogo di pubblico 
dominio, è possibile convertire im- 
magini presenti su CD in IFF 24; così 
basta disporre di una normale mac- 
china fotografica con cui riprendere 
il soggetto che interessa (disegno, 
foto, modellino, ecc.) e portare poi la 
pellicola a sviluppare in un centro 
adeguato; il risultato è sicuramente 
di alta qualità, in quanto vengono im- 
piegati macchinari di ottimo livello; 
inoltre, la singola immagine viene 
salvata in cinque diverse risoluzioni 
(da 160x200 pixel a 3000x2000 
pixel) per soddisfare le diverse esi- 



genze dell’utente. Il tutto ha comun- 
que un certo costo per immagine e 
rispetto a digitalizzatore e telecame- 
ra c'è sicuramente meno spazio per 
prove molteplici, ripensamenti, mo- 
difiche dell’ultimo minuto, variazioni 
ed esperimenti vari. Utilizzando un 
digitalizzatore è 
possibile ripren- 
dere varie im- 
magini: un dise- 
gno eseguito a 
mano (con mati- 
te, pennarelli, 
china, acquarel- 
li...), un modelli- 
no in diverse po- 
sizioni, diaposi- 
tive (proiettan- 
dole sullo scher- 
mo e riprenden- 
dole con la tele- 
camera, oppure 
illuminandole da 
dietro tramite 


Ecco lo schema 
del percorso di gioco 
con le relative boe. 

lampade al neon, se la telecamera 
dispone della posizione macro), ne- 
gativi, che risultano più morbidi 
come contrasto di colore rispetto alle 
diapositive (si può utilizzare l’opzio- 
ne Negative di solito presente nel 
software di digitalizzazione). Esiste 
in commercio anche un apparecchio 
della Sony per riprendere le diaposi- 
tive o i negativi con un sensore CCD 
di 470.000 pixel, ma il prezzo si aggi- 
ra attorno a L. 1.700. 000: l'uscita vi- 
deo dell’apparecchio (normale o Su- 
per VHS) può essere inviata a un 
digitalizzatore oppure a un videore- 
gistratore per creare slideshow di 
diapositive. In ogni caso, quando si 
tratta di creare una scena composta 



ATTENZIONE • Chi deside- 
rasse acquistare i due dischetti 
di Amiga Magazine è pregato di 
utilizzare il c/c postale 1 889.3206 
intestato a 


Gruppo Editoriale Jackson 

casella postale 10675, 20110 Milano 


specificando nella causa- 
le di versamento che si 
vogliono i dischetti di Ami- 
ga Magazine e il numero 
della rivista corrisponden- 
te. Ricordiamo che il costo 
è di L. 15.000, incluse le 
spese di spedizione. 


Siamo al giro di boa: 
conviene rallentare 
l’andatura per affrontare 
meglio la curva, evitare 
la collisione con gli avversari 
e far raffreddare il motore. 

da uno sfondo e da eventuali oggetti 
in movimento, bisogna saper adat- 
tare la palette dei colori di ogni sin- 
golo elemento alle altre, ma, sopra- 
tutto, bisogna tener sempre pre- 
sente la posizione delle sorgenti lu- 
minose all’interno della composizio- 
ne, per non creare sgradevoli acco- 
stamenti. L’uso di modellini, già uti- 
lizzato per gli effetti speciali cine- 
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matografici, può rivelarsi molto utile 
quando si tratta di riprendere un 
soggetto da varie inquadrature; ba- 
sta digitalizzare il modellino in varie 
posizioni e alla grandezza massima 
che deve raggiungere sullo schermo 
durante il gioco; poi, eventualmente, 
ridurlo a dimensioni minori se biso- 
gna creare l’effetto di allontamento 
dall'osservatore (magari utilizzando 
uno script ARexx con ADPro o Ima- 
geFX se si deve operare su più tra- 
me). Esistono in commercio svariati 
tipi di modellini in kit di montaggio in 
plastica o in metallo, la cui costru- 
zione può essere affidata a un amico 
appassionato, se proprio non siete in 
grado di costruirlo con le vostre 
mani. Le immagini digitalizzate 
possono essere utilizzate sia diret- 
tamente sia come base per ottenere 
un'immagine ritoccata a mano libe- 
ra; in ogni caso, forniscono un sup- 
porto non indifferente in termini di 
qualità e di tempo nello svolgimento 
del lavoro, soprattutto a chi non è 
dotato di notevoli capacità grafiche. 
Con il 1 200, il suo chipset AGA, 2 Mb 
di Chip RAM e una velocità di clock 
più elevata, si possono creare giochi 
più corposi dal punto di vista grafico, 
magari in alta risoluzione e con un 
numero elevato di colori; per questo 
conviene adeguare l’attrezzatura di 
lavoro alle nuove esigenze, anche 
se, nel momento in cui scriviamo, 
AMOS non è stato ancora aggior- 
nato al nuovo chipset (ma la cosa 
dovrebbe avvenire nel corso del 
1994). Cogliamo l’occasione per far 
sapere a chi possiede l’Opal Vision 
che è disponibile un’estensione 


AMOS che permette di utilizzare i 70 
comandi dell’Opal. Library e quindi il 
framebuffer della scheda (estensio- 
ne AmosOpal). 

BOAT RACE 

Veniamo ora al programma vero e 
proprio: è una simulazione di corsa di 
motoscafi FI che si articola sul dop- 
piaggio delle tre boe classiche. 
Queste gare, in genere, si svolgono su 
superfici lacustri, per cui il paesaggio 
di fondo propone una serie di monta- 
gne che in genere fanno da contorno 
a tali laghetti. Il radar centrale (solu- 
zione addottata per far meglio com- 
prendere la situazione generale della 
gara in corso) visualizza la posizione 
delle boe, del motoscafo di partenza e 
degli altri concorrenti. La portata del 
radar si ingrandisce automatica- 
mente se ci si trova nelle vicinanze di 
una boa o di scafi avversari, in que- 
sto modo si possono evitare colli- 
sioni e quindi danni allo scafo. 

Sulla sinistra vengono visualizzate: 

I ) la velocità espressa in nodi 

2) il numero di giri del motore 

3) la boa verso cui dobbiamo dirigerci 
(la boa 1 è la prima d’angolo, la 4 
quella del motoscafo di partenza) 

4) il numero dei giri effettuati 

5) il tempo in minuti/secondi dell’ulti- 
mo giro 

6) i danni subiti dallo scafo nelle colli- 
sioni con boe e con avversari (che 
limitano la velocità massima raggiun- 
gibile). 

II termometro indica la temperatura 
del motore, che risulta basilare nello 
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Dopo 

il foto-finish 
verrà mostrato 
l’elenco dei tempi 
per giro. 


USO DI BOAT RACE 

Nel menu iniziale si può impostare, 
tramite il mouse, la difficoltà di gio- 
co (1 «facile, 3=difficile) e il numero 
di giri da effettuare (da 1 a 9). 

La scelta iniziale fra A500 e Al 200 
dipende solamente dalla velocità 
del computer utilizzato: la fluidità di 
gioco risulta infatti molto penalizza- 
ta su 500 e 2000 rispetto al 1200. 
Nella fase di gioco si utilizza solo il 
joystick: 

avanti, aumento giri motore 
(max. 9.000) 

indietro, diminuzione giri motore 
(min. 1.000) 

fuoco, turbo (max. 10.000) 
destra/sinistra, virata a destra/ 
sinistra 

Il programma è stato messo a pun- 
to su 500 e 1 200. Su 3000/4000 il 
gioco è troppo veloce per consen- 
tire una piena giocabilità. 


svolgimento della gara. A motore 
freddo si può infatti tenere il motore a 
10000 giri, il che ci assicura una velo- 
cità di punta di 96 nodi in rettilineo (170 
km all’ora circa!), cioè mantenendo lo 
scafo perfettamente orientato verso la 
boa successiva, ma, dopo un giro di 
percorso, bisogna sfruttare le curve 
per raffreddare il motore, altrimenti 
avremo una caduta dei giri con conse- 
guente perdita di tempo. Le curve 
strette (boa 1 e 3) vanno affrontate a 
una velocità massima dì circa 77 nodi, 
altrimenti lo scafo farà un testa/coda 
con conseguente perdita di tempo. 
Ovviamente, in curva diminuisce la 
velocità, quindi conviene fare curve 
decise (rallentando prima della boa, 
anche per far raffreddare il motore) e 
raddrizzare il timone subito dopo, per 
procedere diritti verso la boa succes- 
siva (bisogna passare tra le due boe 
per rendere valido il passaggio). 

Sul prossimo numero esamineremo il 
sorgente commentato del gioco, che 
potrete modificare, creando, ad 
esempio, un campionato, diversifi- 
cando le prestazioni degli avversari, 
permettendo l'acquisto di scafi più 
competitivi e così via. ▲ 
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AREXX 


Romano Tenca 


S u Amiga Magazine n° 51 (dicem- 
bre ’93) abbiamo esaminato l’uso 
di Parse pertoken e per posizione. 
Ci rimane ancora qualcosa da dire a 
proposito. 

Abbiamo visto l'uso dì valori numerici 
che indicano una posizione assoluta 
nella stringa analizzata da Parse e l’uso 
delle variabili numeriche al posto dei 
numeri, come attestano questi esempi 
che sono equivalenti tra loro: 

inizio=6 

fine=10 

PARSE ARG 6 al 10 

PARSE ARG =6 al =10 

PARSE ARG =inizio al =fine 

Ora scopriamo un altro modo di usare le 
posizioni. È possibile infatti usare valori 
numerici che non indicano posizioni 
assolute all’interno della stringa esami- 
nata da Parse, ma un offset relativo 
all’ultima posizione raggiunta. Ad 
esempio: 

PARSE ARG 6 al +4 a2 +2 

in questo caso, al inizia al sesto carat- 
tere e a2 al decimo, quindi in al finiran- 
no i quattro caratteri compresi tra il 
sesto e il nono e in a2 verranno inseriti 
due caratteri, cioè il decimo e l’undi- 
cesimo. 

Si può considerare la posizione relativa 
come l'indicazione della lunghezza del 
campo corrente. 

Se volete fare dei rapidi esperimenti, 
potete usare da Shell: 

RX "a=' 1234567890’; 

PARSE VAR a 3 al +3 a2 +3; 
say al a2" 

in questo caso non usiamo il flusso 
degli argomenti (ARG), ma mediante la 
keyword VAR analizziamo il contenuto 
di una variabile (nel nostro caso “a”). 
Provate a modificare i parametri di Par- 
se per capire il funzionamento delle 
posizioni relative. 


È possibile usare anche valori negativi 
per le posizioni relative: tali valori per- 
mettono di “tornare indietro" a partire 
da una posizione già raggiunta. 

L’uso di valori negativi può tornare utile 
in particolari situazioni, quando ci so- 
no dei campi che si sovrappongono 
parzialmente o quando si combina l’u- 
so di Parse per posizione con l’uso per 
“pattern” (che ancora dobbiamo esa- 
minare). 

Anche per le posizioni relative esiste la 
possibilità di usare una variabile al po- 
sto di un numero: 

lungh=3 

PARSE VAR a 2 al +lungh a2 

+lungh 

invece del prefisso che indica una 
posizione assoluta, si usa in questo 
caso il prefisso “+" o che indicano 
appunto delle posizioni relative. 

La possibilità di usare variabili con “+” 
consente giochetti molto interessanti. 
Supponiamo di avere un flusso di carat- 
teri che contenga, a una posizione co- 
nosciuta (3), un determinato campo 
che vogliamo assegnare a una varia- 
bile (al). 

Ammettiamo che il campo inizi con due 
caratteri ASCII che esprimono la lun- 
ghezza del campo successivo. Per leg- 
gere il campo, basterà fare: 

PARSE VAR a 3 lungh +2 al 

+lungh 

Prima leggiamo la variabile “lungh” e 
poi usiamo il suo valore come lunghez- 
za per la variabile “al”. 

È molto comodo, peccato che di solito 
le lunghezze dei campi (pensiamo a file 
di database e così via) non contengano 
normalmente lunghezze espresse in 
numeri ASCII e quindi questa opportu- 
nità offerta da Parse appare inapplica- 
bile. 

Se però il file viene costruito da noi 
mediante ARexx, si potrà sfruttare que- 
sta caratteristica di Parse per creare file 


di dati con campi a lunghezza variabile, 
leggibili senza troppa difficoltà mediante 
Parse. 

PATTERN 

La terza e ultima modalità d’uso di Parse 
èoffertadai “pattern”. Inquestocaso, si 
devono indicare delle stringhe che Par- 
se cercherà nella stringa che deve ana- 
lizzare. I punto in cui compare la stringa 
cercata diventa un marcatore analogo 
a quello stabilito dalle posizioni numeri- 
che. Per indicare un pattern occorre 
usare le virgolette: 

a=' abcd' 

PARSE VAR a al 'be' a2 

In questo caso Parse cerca la stringa 
“bc” e assegna ad al tutto ciò che 
precede tale stringa e ad a2 tutto ciò 
che segue. I pattern sono utili soprattut- 
to nell’esame di stringhe contenenti ca- 
ratteri ASCII, ma nulla vieta di usarli per 
individuare sequenze di byte non ASCII 
in qualsiasi tipo di flusso. 

Anche con i pattern si possono usare 
variabili invece di costanti: in tal caso il 
nome della variabile va posto entro pa- 
rentesi. 

Questo esempio è identico al prece- 
dente, solo che usa una variabile inve- 
ce di una costante stringa: 

a=' abcd' 
t='bc' 

PARSE VAR a al (t) a2 

I pattern hanno una caratteristica unica 
che non appare negli altri metodi usati 
da Parse: i caratteri che compongono il 
pattern vengono rimossi dalla stringa in 
ingresso. 

Se questa viene esaminata nuovamen- 
te, per esempio, “riavvolgendola" me- 
diante un comando per posizione, i 
caratteri del pattern che prima faceva- 
no parte della stringa non appariranno 
più. 

Per rendersi conto del fenomeno prova- 
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te da Shell il comando: 

RX "a=' 1234567890'; 

PARSE VAR a '345' 1 b; 
say b" 

in questo comando prima eliminiamo i 
caratteri ‘‘345” dalla stringa in ingresso, 
poi torniamo alla prima posizione e as- 
segniamo tutta la stringa alla variabile 
b, il risultato è “12678909”, in cui manca 
appunto “345”. 

FLUSSI 

I flussi leggibili da Parse, a ognuno dei 
quali corrisponde una particolare 
keyword, sono molteplici. 

In primo luogo, quello degli argomenti 
di una funzione o di un comando che si 
effettua con la forma: 

PARSE ARG . . . 

oppure 

ARG 

che è un abbreviazione di PARSE UP- 
PER ARG, in cui la stringa che costitu- 
isce l’argomento è posta in maiuscolo 
prima che avvenga l'analisi. 

In secondo luogo, è possibile analizza- 
re il contenuto di una variabile, come 
abbiamo già visto: 

PARSE VAR . . . 

oppure la stringa che costituisce il risul- 
tato di un’espressione: 

PARSE VALUE espressione WITH. . . 

In questo caso WITH è obbligatorio, per 
poter distinguere l'espressione dal 
template successivo. 

L’espressione potrebbe essere anche 
una semplice variabile. 

Ancora, è possibile leggere l’input 
utente, cioè il flusso di caratteri che 
proviene da STDIN, mediante: 

PARSE PULL . . . 
o, semplicemente, mediante: 

PULL . . . 

che è la forma abbreviata di PARSE 
UPPER PULL. 

Si può anche leggere STDERR invece 
di STDIN, mediante la forma: 

PARSE EXTERNAL . . . 


mentre PARSE SOURCE, PARSE NU- 
MERIC, PARSE VERSION leggono del- 
le stringhe interne di configurazione di 
ARexx. 

USO DELLA VIRGOLA 
E PARAMETRI AMIGADOS 

La virgola ha un significato particolare 
per Parse: indica di leggere nuovamen- 
te la fonte di input. L’esito di questa 
nuova lettura varia a seconda del tipo di 
flusso. 

Quando si usa ARG, la virgola forza la 
lettura deH’argomento successivo. Nel 
caso dei comandi ARexx, come sap- 
piamo, l'argomento è uno solo e quindi 
gli argomenti successivi saranno delle 
stringhe vuote. Nel caso di funzioni, gli 
argomenti possono essere più numerosi 
e quindi la virgola forzerà la lettura di un 
nuovo argomento, come avviene in 
questo esempio: 

/**/ 

CALL PROVA primo, secondo, terzo 

EXIT 

PROVA: 

PARSE ARG al, a2, a3 
SAY al a2 a3 
RETURN 

Quando si tratta di funzioni si può usare 
la virgola per leggere e analizzare con 
template diversi i vari argomenti passati 
alla funzione utilizzando un solo co- 
mando Parse. 

L’uso della virgola con PARSE VAR e 
PARSE VALUE permette invece di leg- 
gere e analizzare più volte la stessa 
stringa. 

Questa caratteristica può essere utile 
per esaminare linee di comando che 
contengono parole chiave (keyword), 
come prevede il formato dei parametri 
per i comandi AmigaDOS. Non esiste in 
ARexx un sistema comodo per esami- 
nare linee di comando che seguano lo 
standard AmigaDOS, però è possibile 
fare qualcosa per avvicinarcisi senza 
usare complicate routine ARexx, ma 
una sola istruzione Parse o quasi. Ad 
esempio, se volessimo usare un tem- 
plate AmigaDOS per un programma 
ARexx di questo tipo: 

FILE/A, OPT/K 

che prevede la presenza del nome di 
un file e una keyword con argomento 
(OPT) opzionale, potremmo esaminare 
la linea di comando mediante queste 
istruzioni ARexx: 


ARG a 
a=' 'a 

PARSE VAR a ' OPT ' op . , 

' OPT ' (op) 1 file 

Nella prima linea mettiamo tutti i para- 
metri nella variabile a convertendoli in 
maiuscolo. Nella seconda aggiungia- 
mo uno spazio all’inizio, per il caso in 
cui “OPT” compaia in testa alla stringa. 
Nellaterza linea analizziamo la variabile 
a, ricercando la stringa “OPT” e ponen- 
do ciò che segue nella variabile op. 
Poi esaminiamo di nuovo la stringa gra- 
zie alla virgola ed eliminiamo da essa 
la stringa “OPT” e il suo parametro, già 
contenuto in op; poi riavvolgiamo la 
stringa, tornando al primo carattere: ora 
nella stringa non sarà più presente 
l’eventuale keyword OPT e il suo para- 
metro: ciò che rimane sulla linea verrà 
dunque assegnato alla variabile “file”. 
Tale variabile conterrà probabilmente 
degli spazi all’inizio e alla fine che po- 
tremo poi sopprimere mediante la fun- 
zione ARexx Strip(). Il metodo indicato, 
si noti, è in grado di gestire più keyword, 
con le opportune modifiche. 

Problemi di riconoscimento possono 
insorgere se il nome del file contiene la 
stringa “OPT”, ma accade anche sotto 
AmigaDOS. Dopo l’istruzione Parse la 
variabile op conterrà il valore associato 
alla keyword “OPT” oppure una stringa 
vuota se la keyword non compare tra i 
parametri utilizzati. 

Più difficile è emulare gli switch del- 
l’AmigaDOS, cioè i parametri del tipo: 

ALL/S 

In verità, è facile eliminarli dalla stringa 
per consentire l’individuazione di altri 
parametri, un po’ meno assegnare a 
una variabile un valore che dipende 
dalla presenza o meno dello switch. 

Un metodo non infallibile, ma efficace è 
il seguente, valido per un template del 
tipo FILE, ALL/S: 

ARG A 
a=' 'a 

PARSE VAR a ' AL' all . , ' 

AL' (all) ' ' 1 file . 

Se nella linea di comando compare lo 
switch ALL, la variabile “all” conterrà la 
lettera “L”, altrimenti sarà vuota. Il meto- 
do fallisce se il nome del file contiene la 
stringa “AL”. Ricordiamo infine che non 
esiste un metodo semplice per gestire 
le virgolette, come avviene normalmente 
nei comandi AmigaDOS. 
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VELOCITÀ DI STAMPA 

Il signor Roberto Giuffrè si lamenta 
per la lentezza della stampante Ep- 
son EPL5200 quando viene collegata 
ad Amiga. 

Questa laser andrebbe pilotata, in 
modo grafico, con un “printer driver” 
specifico (pare che sia in sviluppo) 
perché in emulazione rallenta la ca- 
denza con cui accetta i dati. Il proble- 
ma non dipende da Amiga: utilizzan- 
do un’applicazione MS-DOS che ge- 
stisce direttamente la porta parallela 
in emulazione Laserjet (GWS) occor- 
rono ben due ore per stampare una 
singola immagine bitmap grande 
come l’intero foglio a 300 dpi di riso- 
luzione, a differenza di quanto acca- 
de in ambiente Windows. 

In generale, se per provare una peri- 
ferica, al momento dell’acquisto non 
è disponibile un Amiga, la verifica 
delle sue prestazioni e compatibilità 
in ambiente MS-DOS è molto più in- 
dicativa di quella con Windows. 
Come per tutte le laser, espandendo 
la RAM si aumenta la velocità di stam- 
pa delle immagini più voluminose. 
Utilizzando i font interni alla stampante 
si perde molto meno tempo per stam- 
pare il testo, perché Amiga si limita a 
mandare i codici ASCII delle lettere 
invece di generare un’immagine, par- 
tendo dai font Compugraphic, che 
invierebbe poi alla stampante lenta- 
mente. 

Una stampante laser priva di inter- 
prete PostScript è gestita in modo 
analogo a una stampante “stupida" a 
getto o a 24 aghi, quindi a causa della 
risoluzione così elevata, una stampa 
grafica realmente veloce è impossìbi- 
le. 

Il PostScript implementa anche una 
gestione standard della pagina e dei 


font: ciò è di vitale importanza nel- 
l’uso con Amiga, dove non si possono 
usare i font e i programmi MS-DOS 
che il costruttore allega alla laser. 
Naturalmente la velocità di stampa 
dipende molto anche dal particolare 
programma che si usa. 

La stampante MT81 funziona perfet- 
tamente con Amiga, usando un cavo 
appropriato e seguendo le indicazioni 
del suo manuale. 

Il motivo per cui alcune stampanti con 
interfaccia Centronics funzionano se 
collegate a un IBM compatibile, ma 
non a un Amiga, come ha sperimen- 
tato il signor Giovanni Marangio, è 
dovuto o alla presenza sul connettore 
di segnali ausiliari che Amiga non 
implementa o a una scorretta impo- 
stazione della stampante. 

Se si sospetta che il problema sia 
dovuto ai segnali ausiliari della porta 
Centronics, basta modificare il cavo 
parallelo in modo che siano collegati 
solo i pin da 1 a 13, il 16, e quelli dal 
18 al 22. 1 possessori di Al 000 devono 
sempre usare lo speciale cavo fuori 
standard. 

Purtroppo per il signor Marangio, la 
CPU 68EC030 non è intercambiabile 
con il 68EC020 di Al 200 perché ha 
un diverso numero di piedini. In realtà, 
il 68EC020 non è intercambiabile con 
nient’altro, né si può alzare la sua 
frequenza di clock (anche se Motorola 
lo garantisce per 16,6 Mhz) e per 
aggiornare la CPU bisogna servirsi 
dell’unico slot di Al 200. 

OVERCLOCKING 

I processori Motorola, con l’eccezio- 
ne della serie HC e dell’ultimo nato 
MC68040V, hanno strutture circuitali 
“tarate” per una certa gamma di fre- 
quenze di funzionamento. 


Le versioni per differenti frequenze di 
clock sono realmente diverse tra loro 
e malfunzionano se alimentate con 
frequenze troppo basse o troppo alte. 
Spesso però si riesce a farli funziona- 
re a frequenza leggermente maggio- 
re, perché, generalmente, il primo 
fenomeno che limita la frequenza di 
clock nei chip che contengono milioni 
di transistor è l’aumento della poten- 
za dissipata con conseguente au- 
mento della temperatura oltre il limite 
massimo. Basta perciò garantire un 
raffreddamento efficiente per lavora- 
re a frequenza maggiorata. 

I chip di contorno hanno limiti dati da 
altri fenomeni e, se non reggono l’au- 
mento di frequenza, si ottiene poco 
anche congelandoli: non di rado la 
frequenza è limitata proprio dalla 
qualità del circuito stampato e dei 
chip ausiliari. In questo caso, alzando 
la tensione di alimentazione fino al 
massimo di 5,5 V (maè meglio limitarsi 
a 5,3 V) si riesce a salire ancora in 
frequenza. 

L'overclockingha sempre esito incer- 
to, perché a volte non è la tempera- 
tura a limitare la frequenza, e spesso 
esaltanti accelerazioni ottenute nei 
mesi invernali si accompagnano a 
ingloriosi “ripensamenti” durante 
l’estate: se in una stanza riscaldata a 
20 °C il chip a regime raggiunge i 60 
°C, quando la temperatura della 
stanza è di 35 °C sul chip si possono 
misurare circa 75 °C. 

Possono anche innescarsi “fughe ter- 
miche”, in cui la temperatura invece 
di stabilizzarsi attorno a un valore, 
continua impercettibilmente a salire, 
sinché dopo ore di utilizzo continuo 
l’Amiga si blocca e bisogna lasciarla 
raffreddare prima di riaccenderla. 
MC68040 è dotato di protezione ter- 
mica, che in caso di surriscaldamento 
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“rallenta" la CPU prima che si dan- 
neggi; gli altri processori, quando si 
surriscaldano, si limitano a malfunzio- 
nare per qualche minuto, poi si fon- 
dono i fili che connettono le piazzole 
del chip ai piedini del package: basta 
sostituire il processore con uno nuo- 
vo per proseguire la sperimentazio- 
ne, ma questo modo di procedere 
non è raccomandabile! 

Le temperature massime di funzio- 
namento, secondo Motorola, sono di 
70 °C per tutti i processori eccetto il 
68040 che funziona regolarmente sino 
a 80 °C: sono temperature da ustione, 
quindi il dito non è un buon indicatore. 
Superandole di poco il processore 
continua a funzionare, ma si inne- 
scano dei fenomeni fisici che ap- 
prossimativamente ne dimezzano la 
vita per ogni 10 °C di sovratempera- 
tura. 

La temperatura va misurata al centro 
della faccia superiore del contenito- 
re, incollando (con colla per dissipa- 
tori) un termometro con il bulbo a 90 
°C rispetto alla superficie. Se è pre- 
sente un dissipatore, va forato in modo 
che il bulbo possa sempre essere in 
contatto con la superficie del conte- 
nitore; il coperchio di Amiga deve 
essere al suo posto durante la misura. 
La soluzione più pratica consiste 
nell’usare un’etichetta termometrica 
autoadesiva o una termocoppia. 

La verifica della temperatura rag- 
giunta è importante anche per mettere 
a punto eventuali sistemi di raffred- 
damento. 

Può essere sufficiente un dissipatore 
(da fissare con clip o con colla spe- 
ciale), ma a volte è necessaria una 
ventola o, addirittura, lo speciale 
dissipatore con ventola incorporata 
(esiste solo della dimensione adatta 
al 68040). 

Il 486 misura circa 1 mm in meno per 
lato rispetto al 68040, perciò si pos- 
sono usare i comuni kit di raffredda- 
mento per 486 solo se non hanno un 
bordino rialzato tutt’intorno, per inne- 
starsi sulla CPU come una calotta. 
Prima di applicare il dissipatore biso- 
gna spalmare sul processore un sottile 
strato di grasso al silicone. 
Aumentare lo scambio termico tra la 
CPU e l’aria dentro la scatola di Amiga 
serve a poco se non si garantisce una 


buona circolazione d’aria tra Amiga e 
l’esterno. Le “celle di Peltier”, piastri- 
ne di semiconduttore che, messe in 
tensione funzionano da pompa di 
calore, servono a poco o nulla. As- 
sorbono molta corrente, che viene 
scaricata come calore sulla faccia 
calda, sommandosi a quel poco che 
riescono ad asportare dalla faccia 
fredda. La temperatura dell’aria den- 
tro la scatola cresce e di solito la 
differenza di temperatura che nasce 
tra le facce della cella è compieta- 
mente vanificata. 

Se invece l’areazione del computer è 
buona, la temperatura della faccia 
fredda può scendere al punto che 
l’umidità atmosferica condensa cre- 
ando problemi di corrosione. 

Invece di praticare fori sulla scatola di 
Amiga e aggiungere ventole, è suffi- 
ciente sostituire quella dell’alimenta- 
tore con una più potente, assicuran- 
dosi però che non ci siano ostruzioni 
(cavi, lamierini) lungo il percorso 
dell’aria. 

I normali ventilatori assiali infatti ga- 
rantiscono il flusso d’aria nominale 
solo se la differenza di pressione tra 
le due facce è bassa. 

Per esempio, il modello PAPST più 
potente, già citato in questa rubrica, 
garantisce, quando è nuovo, un flus- 
so di aria di 50 m 3 all’ora se alimentato 
a 9,5 V e 72 m 3 se alimentato a 14 V, 
ma se un’ostruzione determina una 
caduta di pressione superiore a 2 mm 
d’acqua tra le sue facce, con un bru- 
sco ginocchio la curva della portata 
cala a 20 rrPall’ora (se alimentato a 1 4 
V, regge 3 mm prima di calare a 30 m 3 
all’ora). 

Alcuni overclocking sono di uso co- 
mune, a esempio i processori 68040 
a 25 Mhz si possono facilmente por- 
tare a 28 o 30 Mhz. Per il modo par- 
ticolare in cui funziona il 68040 è 
necessario usare “quarzi” a frequenza 
doppia (a differenza degli altri Moto- 
rola), perciò è praticamente impossi- 
bile aumentare il clock delle versioni 
a 33 Mhz e 40 Mhz: i quarzi necessari 
sono irreperibili. 

Nei sistemi con 68030 o 68020 è 
possibile alimentare il coprocessore 
matematico con un clock separato. 
L 'overclocking del coprocessore ha 
successo quasi sempre, ma è possi- 


bile trovare frequenze per cui si ha un 
malfunzionamento parziale: tutto 
sembra regolare, tranne che ogni tanto 
qualche cifra dei risultati è sbagliata. 
In un rendering si può forse accettare 
dì avere qualche pixel spurio qua e là, 
ma è meno accettabile in un CAD o un 
simulatore circuitale. 

Aumentando il clock del 68030 o del 
68020 il problema non si pone, per- 
ché un bit sbagliato in un registro è 
l’anticamera del blocco di sistema, 
ma in casi particolarmente sfortunati 
può accadere che Amiga faccia a 
tempo a scrivere dati sbagliati sul- 
l’hard disk. 

Se il clock della CPU viene utilizzato 
come riferimento per altri chip, non è 
possibile l ’ overclocking della CPU a 
causa dello stravolgimento di tem- 
porizzazioni che si verrebbe a creare: 
è il caso a esempio di Al 200. 
L’aumento di velocità ottenibile con il 
quarzo “maggiorato” è particolar- 
mente significativo nelle schede in 
cui la memoria è strettamente ac- 
coppiata alla CPU, infatti serve poco 
avere una CPU più veloce se poi deve 
attendere i dati provenienti da un bus 
esterno per più tempo. 

La scatoletta metallica a quattro pie- 
dini comunemente chiamata “quarzo” 
è in realtà un oscillatore ibrido che 
contiene anche una parte elettronica 
necessaria per squadrare il segnale. 
Non tutti generano un segnale con la 
stessa forma, e una distorsione del- 
l’impulso di clock può causare mal- 
funzionamenti erroneamente imputati 
all’aver “osato troppo”. 

Lo spigolo vivo su un angolo del- 
l’oscillatore serve per individuare 
l’orientamento, inserendolo al contra- 
rio generalmente si brucia, a differen- 
za dei quarzi veri (a due terminali) che 
non hanno polarità. 

A570 E A2000 

Come accennato nei numeri scorsi, il 
CD-ROM A570 può essere installato 
in un A2000. 

La meccanica del lettore di CD-ROM 
è collegata a un connettore a 40 poli 
e non si può usare con nessun’altro 
controller: dal punto di vista elettrico 
segue le specifiche IDE-XT (uno 
standard morto da anni), e il formato 
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dei comandi è ignoto poiché è una 
periferica “custom” che fu prodotta 
solo per A570 e CDTV. 

Per utilizzare questa meccanica non 
resta che estrarre l’elettronica di A570 
e trasformarla in una scheda da in- 
serire in A2000, A3000 o A4000. 

È basata sulla scheda A590/A2091 , 
di cui sfrutta le stesse PAL e il chip 
custom che funge da controller DMA/ 
RAM (l’integrato “quadrato”). 

Le ROM sono differenti e, mancando 
gli zoccoli per le RAM e il chip SCSI 
WD33C93A, molti piedini del control- 
ler DMA sono riportati sul pettine po- 
steriore in modo che sia possibile 
realizzare una scheda che aggiunga 
quanto presente nell’A590. 
Purtroppo Commodore, da tempo, 
non rilascia più al pubblico gli schemi 
dei suoi prodotti, quindi per realizzare 
da sè una schedina di espansione di 
memoria per l'A570, la soluzione più 
rapida consiste nell'individuare per 
confronto con un A590 i collegamenti. 
Schede SCSI e RAM (particolarmen- 
te costose) da inserire nello slot di 
A570 sono prodotte in Germania. 
Visto che lo slot CPU di A2000 è 
pressocché identico al connettore 
laterale di A500, basta collegare gli 
86 pin del connettore deH’A570 agli 
86 pin dello slot CPU di A2000: il pin 
1 di A570 al pin 1 dello slot CPU e così 
via; il pin 8 deve essere lasciato 
scollegato. 

A causa delle frequenze in gioco non 
si riesce a ottenere un funzionamento 
affidabile usando cavi piatti (lunghi 
magari una ventina di centimetri!), 
ma bisogna necessariamente disas- 
semblare l'A570 e tenere i collega- 
menti cortissimi. 

A esempio, si possono usare due 
spezzoni di basetta sperimentale 
doppia faccia “a pettine” da inserire 
nei connettori di A570 e A2000, quindi 
con spezzoni di filo lunghi 1 cm si 
devono saldare le piste in corrispon- 
denza uno a uno. Dopo aver estratto 
tutte le schede dall'A2000, si può 
inserire l’A570 e iniziare le prove. 
Probabilmente il signor Paolo Foroni 
ha commesso degli errori nella rea- 
lizzazione pratica, che dovrebbe es- 
sere tentata solo dai più esperti: ba- 
sta pensare che per adattare il pan- 
nello frontale aH’A2000 bisogna usa- 


re la sega e che un ponticello di 
stagno sfuggito all’ispezione può di- 
struggere tutto nell’istante in cui si dà 
tensione. 

In genere, inserendo nello slot CPU di 
A2000 una scheda specifica per A500 
gli slot di espansione restano disabi- 
litati, ma per fortuna l’A570 dopo es- 
sersi autoconfigurata genera il se- 
gnale /COPCFG per le altre schede, 
anche se in modo non standard. 
Sperimentalmente, si può notare che 
quando A570 è inserita nello slot CPU 
(a 86 pin) e non ci sono schede negli 
slot Zorro (a 100 pin) tutto funziona 
perfettamente con qualsiasi versione 
di Kickstart (esattamente come nel 
caso di A500+A570 e contrariamente 
al CDTV). 

Invece, non tutte le schede Zorro che 
vengono aggiunte riescono poi a fun- 
zionare: nell’A2000b che ho usato 
funzionava perfettamente una A2058, 
mentre diversi esemplari di Superotto 
Hardital (con nuove PAL) e A2090a 
hanno impedito l’uso del CD-ROM o 
la partenza stessa di Amiga. 

Nel caso di A3000 e A4000 bisogne- 
rebbe costruire un adattatore per in- 
serire A570 direttamente in uno slot 
Zorro a 1 00 pin, che però sarebbe più 
complesso di questa soluzione “senza 
integrati”: richiederebbe il prelievo di 
segnali aggiuntivi (per esempio / 
SLAVE) direttamente dalle piste del- 
l’A570 e la rimozione dei buffer e della 
logica che li pilota. 

DATA SWITCH 

Come descritto sul numero 50, si può 
commutare la porta parallela ad 
Amiga acceso se sono rispettate due 
condizioni: 

1) Il commutatore deve essere del 
tipo “break before make”: azionando 
il comando, prima viene scollegata la 
periferica che non si intende più uti- 
lizzare, segue una fase in cui nessu- 
na periferica è collegata e infine viene 
collegata la periferica desiderata. I 
commutatori commerciali sono quasi 
tutti di questo tipo, quindi bisogna 
prestare attenzione a questo dettaglio 
soprattutto in caso di autocostruzio- 
ne con commutatori rotativi. 

2) I pin di massa di tutte le periferiche 
devono sempre essere collegati tra 


loro, questo significa che il pin 18 di 
un connettore deve essere saldato 
con il pin 18 di tutti gli altri, e analo- 
gamente per i pin 19, 20, 21, 22. 
Poiché tutti questi pin portano lo stesso 
“segnale”, si può più semplicemente 
collegare tra loro i pin 18, 19, 20, 21 e 
22 del primo connettore, quindi con 
un singolo filo collegarsi ai pin corri- 
spondenti del secondo connettore 
cortocircuitati insieme allo stesso 
modo, e così via. 

TRASFORMATORI 

Il trasformatore di sicurezza d’isola- 
mento (TSI), descritto nel numero 40 
di Amiga Magazine, è un componente 
standard che riduce la probabilità 
che si guasti Amiga (soprattutto i CIA 
dei vecchi modelli) e la possibilità di 
“prendere la scossa” se si dovesse 
guastare l’alimentatore di Amiga o 
delle periferiche. 

Ciò è vero se l'impianto elettrico do- 
mestico è sprovvisto di messa a terra, 
se invece è presente, si limita ad 
agire come filtro per una parte dei 
disturbi impulsivi. Come già sottoline- 
ato, non è assolutamente un sostituto 
della messa a terra, ma un semplice 
rimedio empirico temporaneo molto 
più sicuro ed efficace di soluzioni 
“creative”, come l'allacciamento ai 
tubi del termosifone. 

Il signor Giuseppe Sciancalepore si è 
lamentato per la difficile reperibilità di 
questo trasformatore. 

Purtroppo un’elencazione di marche 
e modelli non avrebbe alcun senso, 
perché questo componente è tipica- 
mente realizzato su misura dalle 
aziende artigianali che avvolgono 
motori e trasformatori e in ogni città i 
negozi fanno riferimento a una diversa 
ditta: questo significa anche che la 
qualità del risultato (ronzio, consumo) 
può variare notevolmente. 

Il componente standard più simile è il 
trasformatore con due secondari a 
1 15 V (collegabili in serie), ma poiché 
l’uso di un TSI è virtualmente obbliga- 
torio sugli apparecchi elettromedica- 
li, l’accenno a questo uso può contri- 
buire all’accensione di un barlume di 
comprensione in chi sta dall’altro lato 
del bancone. 
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D i Virgin non si può proprio fare a 
meno di parlare, visto che ulti- 
mamente è la software house 
che più si è impegnata nell’arruolare 
menti provenienti da vari campi dello 
spettacolo per dare un tocco in più ai 
suoi giochi. 

L’ultimo a essere reclutato è stato Dave 
Gibbons, probabilmente il più famoso 
autore americano di fumetti attual- 
mente esistente: costui si è preso la 
briga di disegnare il 90% delle scher- 
mate della nuova avventura grafica di 
Virgin, chiamata Beneath A Steel Sky 
(Sotto Un Cielo d’Acciaio). Ogni 
schermata è stata poi ritoccata da Les 
Pace, che tanto per cambiare ha col- 
laborato alla realizzazione del noto 
Chi Ha Incastrato Roger fìabbit?. 
Avete ancora dubbi sul prossimo in- 
gresso dei videogiochi nell’Olimpo delle 
forme di spettacolo? Noi non ne abbia- 
mo mai avuti. Comunque sia, il gioco 
ha acquistato una caratterizzazione 
veramente “forte”: ambientato in uno 
squallido scenario cyberpunk (di quelli 
alla Biade Runner, con città claustro- 
fobiche e fatiscenti), vi vede nei panni 
di un giovane rapito per misteriosi 
motivi dall’esercito, finché l’aeronave 
che trasportava voi e i vostri rapitori 
non viene fatta schiantare nel bel mez- 
zo di una metropoli con un telecoman- 
do a distanza. Colpi di scena, violen- 
za, atmosfera noir ed escursioni nel 
Cyberspace sono alla base di questo 
straordinario gioco, dotato tra l’altro 
del sistema Virtual Theatre, che con- 
trolla l’esistenza di ogni singolo per- 
sonaggio del gioco senza perdersene 
un solo risvolto. 1 32 colori della versio- 
ne A500 sono stati ottimamente sfrut- 
tati ma siamo tutti molto ansiosi di 
vedere i risultati coi 256 colori della 
versione per Al 200. Nel frattempo, 
oltre a consigliarvi caldamente il gio- 
co, vi ricordo che occupa 15 dischetti, 


ragione per cui Beneath A Steel Sky 
raggiunge la massima espressione 
installato su hard disk. 

Ancora grandi giochi e ancora Virgin: 
Cool Spot, uno dei più divertenti gio- 
chi apparsi sulle console giapponesi 
come Megadrive e Super Nes è arriva- 
to anche su Amiga. La conversione 
purtroppo risente degli stessi difetti 
che caratterizzavano la conversione 
di un pur ottimo gioco come Mick & 
Mack (platform d’azione che vi consi- 
gliamo caldamente): il difetto princi- 
pale riguarda soprattutto lo scrolling 
abbastanza gelatinoso. Non siamo 
comunque impazziti a tal punto da 
consigliarvi un gioco fatto male: il resto 
basta e avanza a far venire l’acquolina 
in bocca ai possessori di Amiga: lo 
sprite di CoolSpot( che per la cronaca 
è il punto rosso del logo di Sprite, non 
per niente infatti il gioco è ripieno di 
sponsorizzazioni della bevanda) è uno 
tra i più animati che si siano visti su 
Amiga, tanto da rendere quasi indi- 
spensabile l’acquisto del gioco solo 
per la caratterizzazione del perso- 
naggio, che salta, rotola, sbadiglia, si 
pulisce gli occhiali e tanto altro anco- 
ra. La giocabilità non è da meno, ga- 
rantendo ore di divertimento e 
nessuna sindrome da pentimento in 
seguito all’acquisto. Se preferite 
qualcosa di più “duro” vi rimando al- 
lora a Second Samurai , che dopo una 
gestazione lunghissima ha finalmente 
visto la luce sotto etichetta Psygnosis. 
Nel gioco siete nei panni di un prode 
Samurai (che caso strano, eh?) in cerca 
di vendetta contro le forze del male, 
che nel nostro caso si rivelano sotto- 
forma di scheletri, robot e svariate 
entità ripugnanti. La grafica è varia (si 
va dal paesaggio fantascientifico a 
terribili grotte ammantate di oscurità) 
ed esiste la possibilità, sempre gradita 
dì giocare in due contemporanea- 


mente. A Second Samurai non manca 
davvero nulla per piacere agli aficia- 
donas del genere ammazzatutto, a 
partire dalle mosse distruttive del 
personaggio (pugni e calci volanti e 
non) per finire con le magie per semi- 
nare il panico tra le file nemiche. In più 
c’è quel minimo di elemento esplorati- 
vo/piattaformico che vi invoglierà a 
tener sveglio il vostro intuito alla ricerca, 
per esempio, di stanze segrete o nella 
risoluzione di particolari enigmi che 
coinvolgano gli elementi del paesag- 
gio. Un gioco davvero impeccabile 
che non può mancare nella vostra 
collezione. Da un protagonista la cui 
smania di violenza è sin troppo evi- 
dente a qualcosa che mira a non farsi 
vedere: stiamo parlando nientemeno 
che di un F-1 1 7, l’aereo “invisibile” che 
sorvolerà i pixel del vostro monitor 
grazie alla nuova simulazione di Mi- 
croprose. Probabilmente si tratta di 
una delle simulazioni più accurate e 
realistiche realizzate dalla nota casa 
americana: i tasti di cui servirsi sono 
innumerevoli ed è raccomandato il 
volo a bassa quota nelle varie missioni , 
prevalentemente notturne (non per 
niente il velivolo è soprannominato 
Nighthawk, “Falco della Notte”). Lo 
scenario non poteva che richiamare 
alla memoria la Guerra del Golfo, e 
infatti si svolge in scenari africani/ 
mediorientali, visto che l'F-1 1 7 proprio 
in questi paraggi ha dimostrato la sua 
incredibile potenza. Notevole la se- 
zione tattica, che riporta tutte le zone 
“pattugliate" dai radar nemici e che 
quindi impone al giocatore un'accurata 
riflessione sulle rotte da battere e sui 
momenti in cui scaricare piombo sul 
nemico. La grafica si presenta detta- 
gliata e con una fluidità decisamente 
accettabile: consigliato soprattutto ai 
superesperti del genere. 
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On Disk 1 


MineRunner • Matthias Bock 

MineRunner è un clone freeware del 
mitico Mine Runner, molto simile all’ori- 
ginale nella grafica e nei suoni, ma dota- 
to di alcune caratteristiche interessanti 
come il supporto per quattro giocatori 
(con l'apposito adattatore per quattro 
joystick) e il funzionamento in multi- 
tasking. Il programma, che funziona a 
partire dalla versione 1.3 dei sistema 
operativo, si installa semplicemente tra- 
sportandone l’icona nel cassetto corri- 
spondente, e si lancia mediante doppio 
click sull'icona. Lo scopo del gioco è 
quello di raccogliere tutti i lingotti d’oro 
presenti nel livello, cosa che farà apparire 
la scala (in alto) per passare al livello 
successivo. Bisogna evitare gli altri uo- 
mini, che oltre a distruggerci in caso di 
contatto hanno la pessima abitudine di 
raccogliere lingotti e trasportarli altrove. 
Fortunatamente premendo il pulsante 
del joystick possiamo scavare buche 
nelle quali i nostri nemici resteranno 
intrappolati per un po’, rilasciando i lin- 
gotti eventualmente raccolti. Nella ta- 
stiera sono abilitati i seguenti tasti: 

Del, uccide i giocatori nel livello (utile in 
caso di stallo); 

Esc, termina il gioco; 

F1-F4, seleziona il numero di giocatori; 
F5, pausa; 

FIO, ricomincia il gioco; 

SPAZIO, attiva il controllo da tastiera 
("U” scava a sinistra, T va in alto, “0” 
scava a destra, “J” va a sinistra, “K” va 
giù, “L” va a destra). 

SPECIFICHE DEL PROGRAMMA 

Configurazione minima 

512kb RAM, Kickstartl.3 

Utilizzo 

da workbench doppio click sulPicona 

File di supporto 

nessuno 


Scheduler V1.0 • BenOwen 

Scheduler è un programma Shareware 
che raccoglie le funzionalità di agenda 
telefonica e dì organizer, oltre a ricor- 
darci i nostri appuntamenti. Il program- 
ma, che richiede la versione 2.0 del 
sistema operativo, si installa mediante 
doppio click sull’icona “Instali schedu- 
ler”. Sarà necessario scegliere dove in- 
stallare il programma, quale deve esse- 
re la directory di default e quale nome 
deve essere usato per i file generati dal 
programma. L'installer richiede inoltre 


se si desidera installare il file di esempio 
e se l'interfaccia deve essere aperta al 
lancio del programma. Infine vi verrà 
richiesto se desiderate installare anche 
la documentazione e in caso dì risposta 
affermativa quali file e in che directory. 
Poiché Scheduler è una commodity, se 
nell’installazione avete indicato che non 
desiderate aprire l’interfaccia utente, al 
lancio si insedierà in memoria, pronto a 
segnalarvi eventuali appuntamenti: po- 
trete accedere all’interfaccia tramite la 
combinazione di tasti "Amiga sinistro-s” 
L’interfaccia utente di Scheduler contie- 
ne numerosi gadget stringa, ognuno 
identificabile mediante la scritta presente 
alla sua sinistra. In tali gadget possono 
essere impostati i dati di ogni persona 
da inserire nell'agenda, mentre l’elenco 
delle persone già presenti è visualizzato 
nel riquadro in basso a destra. Premendo 
il gadget relativo a un certo tipo di in- 
formazione, gli elementi dell’agenda 
vengono mostrati nel riquadro ordinati in 
base a tale campo. 

Tra i campi troviamo il nome (Name), 
cognome (L), la compagnia (Company), 
l'indirizzo (Address), la città (City), la 
sigla dello stato (S),il CAP (Z), il telefono 
di casa e lavoro (Home e Work), il pre- 
fisso (Ext), il fax (Fax) e delle note o 
osservazioni (Othere Notes). Se è stata 
richiesta l’installazione del file d’esem- 
pio, nel riquadro compariranno quattro 
nomi e cognomi. Selezionando tramite il 
mouse uno di questi nomi, i dati corri- 
spondenti verranno visualizzati nei ga- 
dget stringa e potranno essere modifi- 
cati. Per aggiungere nuovi nomi bisogna 
selezionare il gadget “New” e inserire i 
vari dati nei gadget stringa. 

Tramite il gadget “Remove”, è possibile 
cancellare il nominativo selezionato, 
mentre “Search” consente di cercare un 
particolare nominativo, indicando un tipo 
di informazione su cui effettuare la ricerca 
e la stringa da ricercare. Nella stringa 
sono ammessi wildcard come la se- 
quenza “#?” di AmigaDOS. Il gadget 
“Dial" consente di comporre un numero 
telefonico, da impostare in uno string 
gadget, o quello di casa del nominativo 
selezionato (il computer deve essere 
connesso a un modem). 

Il gadget “Last Modified" mostra la data 
dell’ultima modifica dei vari nominativi, 
mentre “Hide” chiude l’interfaccia uten- 
te (mantenendo comunque il program- 
ma attivo) e “Quit” ne termina l’esecu- 
zione. Alle funzioni di calendario si ac- 
cede tramite il gadget “Calendari'. Qui è 
possibile indicare mese e anno deside- 
rati e, premendo il gadget relativo a un 
giorno, impostare un appuntamento. 


L’impostazione si esegue indicando l'ora 
di partenza (From) e di fine (To), inseren- 
do un testo nel gadget stringa e attivando 
o meno l’allarme. Tramite “Alarm” è pos- 
sibile specificare l’anticipo dell'allarme 
rispetto all'appuntamento. 


SPECIFICHE DEL PROGRAMMA 

Configurazione minima 

512 kb RAM, Kìckstart 2.0 

Utilizzo 

da Workbench doppio click sull’icona 

File di supporto 

nessuno 


ToolType • Michael Barsoom 

ToolType è una utility Giftware che con- 
sente di modificare i Tool Type delle 
icone utilizzando un qualunque text 
editor in luogo dell'interfaccia del 
Workbench accessibile mediante il menu 
“Info" o “Informazioni". Il programma 
richiede il Kickstart 2.0 o superiore. 
L’installazione avviene mediante dop- 
pio click sull’icona “InstalLTooltype”. 
Poiché l’installer modificherà i tooltype 
dell’icona su dischetto, per il corretto 
funzionamento è necessario che questo 
sia in modalità di scrittura abilitata (è 
preferibile dunque operare su una copia 
di sicurezza del dischetto). Scegliete il 
modo “Utente Esperto” e, alla richiesta 
dell’editor da utilizzare, indicate quello 
che preferite (a esempio C:ED). L’In- 
staller richiederà quindi se si desidera 
usare un particolare file di configurazio- 
ne con l’editor e se l’edìtor si sgancia 
dalla CLI al lancio. Poi vi verrà chiesto se 
desiderate che il programma parta come 
un Applcon. Se rispondete dì sì, ai lan- 
cio, ToolType porrà un’icona sullo 
schermo del Workbench, e potrete agire 
sui Tool type delle icone semplicemente 
trasportandole su di essa. In questo 
caso, dovrete indicare all’lnstaller an- 
che la posizione dell'icona e il suo nome. 
ToolType può eseguire il sort dei Tool 
Type prima di mostrarli con l’editor: la 
domanda successiva permette di indi- 
care le preferenze riguardo tale funzio- 
ne. I Tool Type racchiusi tra parentesi 
rotonde sono considerati dal Workben- 
ch come semplici commenti; la succes- 
siva domanda chiede se si desiderache 
questi Tool Type siano posti prima degli 
altri nel file ordinato. Una volta indicato 
se si desidera che venga visualizzato un 
requester di conferma quando si salvano 
i Tool Type modificati e indicata la di- 
rectory dove installare il programma, 
l’installer copierà i file necessari. Rimarrà 
solo da copiare manualmente “libs/ 
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reqtools. library” dal dischetto alla di- 
rectory “LIBS:" del sistema. Se avete 
specificato l’opzione “Applcon” in fase 
d’installazione, una volta lanciato il pro- 
gramma mediante doppio clicksull'icona 
potete utilizzarlo, trasportando le icone 
che volete modificare sull’AppIcon. Verrà 
immediatamente lanciato l’editor, nel 
quale troverete ì Tool Type che potrete 
sostituire o modificare. Altrimenti potete 
selezionare l’icona di ToolType e man- 
tenendo premuto il tasto SHIFT eseguire 
un doppio click sull’icona da modificare. 
Se, per finire, lanciate direttamente To- 
olType mediante doppio click, verrà 
aperto un file requester con cui sì sce- 
glie l'icona su cui operare. 

SPECÌFICHE del programma 

Configurazione minima 

512 kb RAM, Kickstart 2.0 

Utilizzo 

(vedi sopra) 

File di supporto 

un text editor a scelta 


Four In a Row • R.GJ.Odekerken 

Questo gioco Freeware è la versione per 
Amiga del famoso boardgame “Forza 
Quattro". Il programma, che richiede la 
versione 1.3 del sistema operativo, si 
installa trasportando l’icona nel casset- 
to desiderato e si lancia mediante dop- 
pio click. Scopo del gioco è riuscire a 
sistemare le proprie pedine in modo da 
allinearne quattro contigue in qualun- 
que direzione. Una volta lanciato il pro- 
gramma, viene visualizzato un requester 
che richiede chi deve fare la prima 
mossa, Amiga o il giocatore. Per dispor- 
re la propria pedina (è quella bianca) è 
sufficiente eseguire un click nella colonna 
in cui si desidera sistemarla o premere 
sulla tastiera il numero corrispondente: 
Amiga risponderà immediatamente con 
la propria mossa sistemando una pedi- 
na nera. Tramite i quattro gadget pre- 
senti nell'interfaccia utente è possibile 
tornare indietro di una mossa (Back), 
ottenere un suggerimento sulla mossa 
da compiere (Help), visualizzare il re- 
quester con le informazioni sull’autore 
(About) e terminare il programma (Quit). 

SPECIFICHE DEL PROGRAMMA 

Configurazione minima 

512kb RAM, Kickstart 1.3 

Utilizzo 

da workbench doppio click sull’icona 

File di supporto 

nessuno 


DiskMateV4.1 • Malcolm Harvey 

DiskMate è una utility che consente di 
formattare, copiare, installare, verificare 
e comprimere dischetti. Il programma, 
che gira su tutti i modelli di Amiga, può 
essere installato trasportandone l’icona 
nel cassetto desiderato. Per alcune delle 
operazioni, è necessaria la presenza 
della asl. library e della translator. library 
in LIBS:, e del narrator.device in DEVS:. 
Una volta lanciato mediante doppio cli- 
ck sull’icona, il programma visualizza 
un’interfaccia utente con una miriade di 
gadget, di alcuni dei quali diamo di 
seguito la descrizione. 

Nella prima riga trova posto un riquadro 
nel quale vengono visualizzate informa- 
zioni sullo stato del programma. All'im- 
mediata sinistra di questo c’è un gadget 
contrassegnato da un punto interroga- 
tivo: esso attiva la modalità di help, nella 
quale la pressione di un gadget del 
programma provoca solo la visualizza- 
zione di un messaggio che indica la 
funzione associata. Premendo nuova- 
mente il gadget di help si ritorna al modo 
normale. 

Al di sotto del riquadro di stato ne trovia- 
mo un altro che mostra l’evoluzione del- 
le operazioni che agiscono su tracce del 
disco (come DiskCopy e Format). 

Le due colonne dì destra consentono di 
scegliere la sorgente e la destinazione 
per le operazioni da compiere. È possi- 
bile scegliere una o più sorgenti e de- 
stinazioni tra drive, dischi virtuali (p.e. 
“RAD:") o file. Scegliendo “file" come 
destinazione, con l’operazione di copia 
si può creare un file immagine del disco 
sorgente. Utilizzando poi “file" come 
sorgente si realizza l’operazione con- 
traria, ricostruendo il disco a partire dal 
file. 

Le operazioni selezionabili sono le se- 
guenti: 

- KILL cancella i dati nel dischetto sovra- 
scrivendo ogni traccia. 

- DISCCOPY esegue la copia dei dischi. 
Queste due operazioni si attivano solo 
alla pressione del gadget “GO". 

- FMT esegue la formattazione del drive 
destinazione; il gadget alla destra di 
questo consente di scegliere il filesy- 
stem da usare tra OFS e FFS. 

- DEL permette di cancellare un file 
scelto tramite file requester. 

- DIR permette di osservare il contenuto 
delle directory tramite file requester. 

- NAME mostra nel riquadro di stato il 
nome del drive sorgente selezionato 

- INST consente di installare il bootblock 
del dischetto, che può essere scelto tra 
OFS e FFS. 


- CHK esegue la verifica del dischetto 
sorgente. 

- MAGNIFY (alla destra di DISKCOPY) 
mostra un dump del bootblock. 

I gadget nella terzultima colonna servo- 
no ad attivare i messaggi vocali, a 
bloccare i drive selezionati, a scegliere 
la direzione di scansione del disco, a 
selezionare il filesystem di formattazio- 
ne, ad attivare la compressione dei di- 
schi tramite DMS, a scegliere un device 
virtuale, e ad aprire una shell. 

Alcune delle operazioni citate sono in- 
fluenzate dallo stato dei seguenti gad- 
get: 

- VER attiva/disattiva la verifica del disco 
durante le operazioni. Se viene riscon- 
trato un errore viene eseguito il numero 
di tentativi indicato nel gadget “R” (alla 
destra di “DIR”), 

-AUTO, se attivo, avvia una formattazio- 
ne immediatamente dopo l’esecuzione 
dell'operazione di “Kill". 

Infine, i due gadget alla sinistra di “?" 
servono a iconizzare il programma e a 
mostrare il requester di about, mentre 
STOP permette dì interrompere un’ope- 
razione in corso. 

SPECIFICHE DEL PROGRAMMA 

Configurazione minima 

512 kb RAM, Kickstart 2.0 

Utilizzo 

da workbench doppio click sull’icona 

File di supporto 

asl, library, translator.library 

e narrator.device 

(solo per alcune operazioni) 

SetBufferS • Austex Software 

Questa utility Freeware consente di de- 
terminare le dimensioni del buffer asso- 
ciato a ogni disco presente sul vostro 
Amiga. 

Per installare il programma, che richie- 
de il Kickstart 2.0 o superiori, è necessa- 
rio trasportarne l’icona nel cassetto de- 
siderato e copiare il file “libs / 
axtools.library" del dischetto in “LIBS:" 
oppure usare l’icona “InstallLibs”. Poi- 
ché quest'ultima lancia il programma 
“IconX", è necessario aver eseguito il 
boot dal proprio disco di sistema. 

Se lanciato da Workbench mediante 
doppio click sull’icona, il programma 
mostra tutti i dischi presenti nel sistema 
e il buffer corrispondente. È possibile 
modificare la dimensione del buffer as- 
segnato a un drive selezionandolo e 
scegliendo la nuova dimensione tra 
quelle indicate nella parte destra della 
finestra. Una volta eseguita la configura- 
zione desiderata è possibile utilizzare le 
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scelte fatte premendo il gadget “Use". Il 
gadget “Save settings” permette di sal- 
vare la configurazione in un file, in modo 
da riutilizzarla al lancio successivo. 

Al lancio da Shell, SetBuffer permette di 
utilizzare I parametri EDIT, SAVE, USE: il 
primo attiva l’interfaccia utente, il se- 
condo salva la configurazione attuale e 
il terzo la utilizza. 


SPECIFICHE DEL PROGRAMMA 

Configurazione minima 

512kb RAM 
Kickstart 2.0 

Utilizzo 

da workbench doppio click sull'icona 

File di supporto 

axtools. library in LIBS: 

BuildAnim • Christer Sundin 

BuildAnim è un programma freeware 
che consente di costruire file ANIM a 
partire da immagini IFF, suddividere file 
ANIM nelle immagini IFF che lo com- 
pongono, convertire da un formato ANIM 
all’altro. 

L’installazione richiede solo la copia del 
programma nella directory desiderata. 
BuildAnim si lancia da Shell con la se- 
guente sintassi: 

BuildAnim INF ILE OUTFILE [SPLIT] 

[ ANIM5 | ANIM7 S | ANIM7L ] [SHOW] 
[VERBOSE] [BUFSIZE n] [RELTIME 

n] 

Se “INFILE” è un'immagine IFF, BuildA- 
nim costruisce un’animazione chiamata 
“OUTFILE”. In questo caso “INFILE” deve 
essere il nome del primo fotogramma e 
deve terminare con un numero d'ordine 
(p.e. 01); BuildAnim proseguirà la lettu- 
ra dei trame successivi assumendo che 
questi abbiano lo stesso prefisso e nu- 
mero d’ordine progressivo. Per esem- 
pio: 

BuildAnim pippoOl miaanim 

costruisce l’animazione “miaanim" i cui 
trame sono costituiti dalle immagini 
“pippoOl ”, “pippo02”, ecc. 

Se invece “INFILE” è untile ANIM questo 
viene convertito nel formato indicato tra 
le opzioni e il risultato viene salvato in 
“OUTFILE”. 

Se viene indicata l'opzione “SPLIT” Bu- 
ildAnim suddivide l’animazione nelle 
immagini costituenti, che vengono sal- 
vate con il nome “OUTFILE” seguito da 
un numero d’ordine. 

I parametri ANIM consentono di indica- 


re quale compressione debba essere 
usata nella conversione/creazione del- 
l'animazione. 

Il parametro “SFIOW” provoca la visua- 
lizzazione dei trame, mentre questi 
vengono processati; “VERBOSE" mostra 
delle informazioni sui trame; “BUFFSIZE" 
consente di variare la dimensione dei 
buffer di input e output usati da BuildA- 
nim. “REALTIME” permette di indicare la 
velocità di esecuzione dell’animazione 
creata. I parametri di BuildAnim posso- 
no anche essere memorizzati nel file 
BuildAnimOpts, che viene letto al lancio 
del programma. 

Durante l’elaborazione si può arrestare il 
programma mediante la pressione del 
tasto “ESC". 


SPECIFICHE DEL PROGRAMMA 

Configurazione minima 

512 kb RAM, Kickstart 2.0 

Utilizzo 

(vedi sopra) 

File di supporto 

nessuno 


ABackup • Denis Gounelle 

ABackup è un programma Shareware 
che consente di eseguire il backup del 
proprio hard disk o più semplicemente 
archiviare file. 

Il programma funziona a partire dalla 
release 1.3 del sistema operativo e si 
installa trasportando l'icona corrispon- 
dente nel cassetto desiderato. ABackup 
può essere lanciato tanto da Shell quan- 
to da Workbench. Nel primo caso accet- 
ta diversi argomenti, tra i quali citiamo i 
più importanti: 

- FROM directory: indica la directory per 
il backup (per default è la directory cor- 
rente); 

- BUFSIZE size: dimensiona il buffer di 
lettura a <size> kb; 

- NOCOMP ext.ext,.., : permette di indi- 
care estensioni corrispondenti a file che 
non saranno compressi durante il backup 
(per esempio “.Iha, .Izh”); 

- NOTASK : specifica che non deve 
essere creato un task supplementare 
per la scrittura dei dati; 

- TMPDIR dir: permette di indicare una 
directory temporanea di lavoro diversa 
da “T:"; 

- USEASL: usa il requester standard al 
posto di quello built-in (richiede Kick- 
start 2.0 o superiore). 

Gli stessi parametri sono utilizzabili come 
Tool Type nell'icona per quando lo si 


lancia da Workbench. Al lancio, il pro- 
gramma visualizza uno schermo conte- 
nente alcuni gadget, e dotato di un menu. 
La voce “Config” visualizza unafinestra, 
nella quale è possibile impostare le di- 
rectory da utilizzare per la lettura di testi, 
visualizzazione di immagini, compress- 
sione, decompressione e per i restanti 
file, oltre alla directory temporanea. 

Le restanti voci del menu sono “About”, 
per visualizzare informazioni sull’autore 
del programma, e “Quit”, per terminare. 
Tra i gadget troviamo: 

- “Backup an AmigaDOS partition”: vi- 
sualizza un file requester tramite cui si 
può scegliere la directory da cui effet- 
tuare il backup. Se scegliete di eseguire 
il backup di partizioni (che vengono 
visualizzate premendo il tasto destro del 
mouse), potete selezionarne più di una 
contemporaneamente premendo lo 
SHIFT. Una volta scelta la directory pre- 
mete “OK” per avviarne la lettura. 

A questo punto verrà visualizzato un 
nuovo schermo contenente l’elenco dei 
file presenti nella directory scelta e alcuni 
gadget. Il gruppo di otto gadget nella 
parte superiore sinistra dello schermo 
permette di scegliere i file da includere 
o escludere dai backup. È possibile 
scegliere tutti i file (“All”), quelli il cui 
nome corrisponde o meno a un pattern 
(“By Name"), quelli la cui data risulta 
maggiore o minore di una data scelta 
(“By Date") o quelli con una particolare 
configurazione di bit di stato. Tramite il 
gadget “OPTIONS” è possibile indicare 
tra le altre cose se si desidera la com- 
pressione dei file, la verifica della scrit- 
turae lascrìttura di un report dei backup. 
Nel gadget “Backup To” è inoltre possi- 
bile specificare quali dispositivi usare 
per la scrittura del backup. Specifican- 
do uno o più disk drive (con la sintassi 
“df0:,df1 :,...") ABackup scrive i dati in un 
proprio formato che non richiede la 
preformattazione dei dischi, mentre 
usando un nome di file, ABackup scrive 
l’archivio in un normale file AmigaDOS. 
Tra gli item presentì nei menu di questo 
schermo, i più interessanti sono “Esti- 
mations”, che fornisce una stima delle 
risorse richieste, nonché “Record" e 
“Load" del menu “Selection”. Il primo 
consente di attivare la memorizzazione 
delle selezioni che si stanno per com- 
piere, le quali poi possono essere salvate 
in un file scegliendo “Save”. Tramite il 
secondo è possibile recuperare tali se- 
lezioni rileggendo il file. Il backup sì 
avvia col gadget “START”. 

- “Restore a partition”: mostra l’elenco 
dei dispositivi da cui leggere il backup. 
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Se si seleziona uno dei drive, ABackup 
richiede di inserire l’ultimo dischetto del 
backup per leggere il catalogo, mentre 
scegliendo “From File” viene presentato 
un file requester con cui specificare il file 
del backup. Una volta letto il catalogo 
ABackup mostra uno schermo analogo 
a quello presentato in fase di backup. 
Mentre l’effetto dei menu e dei gadget di 
selezione è immutato, il gadget "OP- 
TIONS” permette qui di indicare quali 
informazioni e strutture dell’archivio 
vanno ricostruite come erano original- 
mente, e in che directory. 

- “Rebuild Catalogue”: permette di ri- 
costruire il catalogo di un archivio e va 
usato solo in caso di danneggiamento 
dello stessoo di perdita dell’ultimo disco 
di un backup. 


SPECIFICHE DEL PROGRAMMA 

Configurazione minima 

512 kb RAM, Kickstart 1.3 

Utilizzo 

(vedi sopra) 

File di supporto 

nessuno 


BView 1 .02 • Joeri Alberty 

BView è un programma per la visualiz- 
zazione dì immagini IFF, funzionante a 
partire dalla versione 2.0 del sistema 
operativo. Per installare il programma, 
trasportate l’icona nella directory corri- 
spondente e copiate i file reqtools. library 
e powerpacker.library in “LIBS:”. BView 
richiede anche la “iffparse. library" V37 o 
superiore, già presente nel sistema ope- 
rativo 2.0. 

Il programma si lancia mediante doppio 
click sull’icona. Al primo lancio verrà 
mostrato un requester contenente i ga- 
dget “Save”, “Use” e “Cancel”. Pre- 
mendo il primo verrà salvato un file di 
configurazione in “ENVARC:” e questo 
requester non verrà mai più mostrato; 
premendo il secondo il file sarà salvato 
solo in “ENV:” e quindi il requester verrà 
visualizzato nuovamente a un lancio 
dopo un reset; premendo il terzo il file 
non sarà salvato. 

Dopo aver creato il file di configurazio- 
ne, BView apre un file requester tramite 
il quale si sceglie il file IFF da visualizzare. 
È possìbile indicare più file mantenendo 
premuto il tasto SHIFT durante la sele- 
zione. Una volta premuto il gadget “View" 
del file requester, viene visualizzata 
l'immagine scelta. Premendo il pulsante 
destro del mouse vengono visualizzate 
nella parte inferiore dello schermo due 


I DISCHI 

Per usare i programmi su disco, potete fare il boof 
della macchina con il primo disco fornito assieme 
ad Amiga Ma gazine. Il secondo disco invece va 
letto dopo aver fatto il boot dal proprio disco di 
sistema. 

Tutti i programmi su disco vengono compressi con 
PowerPacker, per ridurne le dimensioni e aumen- 
tare il numero di programmi su disco. Se installate 
i programmi su hard disk o altro disco, assicuratevi 
sempre che esista sul disco di sistema la libreria 
LI B S.powerpacker. Irbrary; se non ci fosse, potete 
copiarla dalla directory "libs" del primo dischetto di 
Amiga Magazine. Se lo desiderate, potete scom- 
pattare i programmi con PowerPacker 4.0 o con 
l'utility DLD apparsa sul disco del numero 44 di 
Amiga Magazine (aprile '93). 

I file AmigaGuide forniti su disco sono compressi 
con PowerPacker e di solito vengono visualizzati 
con PPMore (per questo appaiono molti caratteri 
strani, tipo coccinelle e parentesi graffe) . Per usarli 
con AmigaGuide occorre scornpattarli con Power- 
Packer 4.0 o con l'utility DLD. È di solito necessario 
anche cambiare il "Default Tool" o "Programma 
associato" dell'icona, mediante il Workbench (con 
l'opzione "Info" o "Informazioni"), inserendo la 
stringa: "SYScUtilities/AmigaGuide" o 
"SYS:Utilitìes/MultiView" a seconda del sistema 
operativo utilizzato e dellla directory in cui si tiene 
AmigaGuide (rispettivamente 2.0 e 3.0) Il pro- 
gramma AmigaGuide non viene fornito su disco. 
L'installazione di certi programmi su hard disk 
mediante l'insfaller Commodore può richiedere 
che il boot avvenga dal proprio hard disk di 
sistema. Sul primo disco, infine, compare sempre 
l'utility ZShell: si tratta di una piccola Shell PD che 
accetta diversi comandi: per vederne un elenco 
lanciate da Workbench ZShell e scrivete "help" 
seguito dal tasto Return. 


finestre. La seconda è dotata dei se- 
guenti gadget: 

- “Information”: mostra nellafinestra sini- 
stra informazioni sul formato dell’imma- 
gine letta 

- “Change Mode”: mostra nellafinestra 
sinistra tutti i modi grafici disponibili 
consentendo di visualizzare l'immagine 
su uno qualunque di essi (questa opzione 
richiede la presenza di almeno un mo- 
nitor di sistema in Monitors sotto 2.0 o 
DEVS:Monitors sotto 2.1 e 3.0). 

- “Print Screen” permette di stampare 
l'immagine visualizzata, specificando 
nella finestra di sinistra vari parametri tra 
cui la densità 

- “Save Picture” consente di salvare 
l'immagine in formato IFF ILBM, sorgen- 
te C o Raw. 

- “Disk Tools” consente di cancellare o 
rinominare un file su disco 

- “Options” permette di specificare alcuni 
parametri del programma, come la fi- 
nestra sinistra di default e il modo video 
di fallback (che viene usato in caso non 
si riesca ad aprire uno schermo nella 
risoluzione indicata nel file IFF). Questi 
parametri possono essere salvati per 


l'uso successivo, premendo il gadget 
“Save”. 

- Tasti simboli: permettono di regolare 
l’ordine di visualizzazione delle immagi- 
ni selezionate. 


SPECIFICHE DEL PROGRAMMA 

Configurazione minima 

512 kb RAM, Kickstart 2.0 

Utilizzo 

da workbench doppio click sull’icona 
File di supporto 

reqtools. library, powerpacker.library 
e iffparse. library in “LIBS:” 


On Disk 2 


ToolManager • Stefan Becker 

ToolManager è un programma Giftware 
che funziona a partire dalla versione 2.0 
del sistema operativo e consente di 
aumentare in modo decisivo la produt- 
tività dell'ambiente Workbench, arric- 
chendolo di nuovi e eleganti strumenti 
per il lancio dei programmi. L'installa- 
zione su hard disk (altamente consigliato 
per l’uso del programma) avviene in 
modo completamente automatico al 
doppio click dell'icona “ToolManager/ 
Install/ltaliano”. Durante questa fase vi 
verrà chiesto se desiderate installare i 
file di traduzione (per l’uso della lingua 
italiana) e la configurazione d’esempio. 
Rispondiamo negativamente a quest’ul- 
tima domanda, in modo da evitare il 
lancio del programma. 

ToolManager è costituito da due esegui- 
bili. Il primo viene installato in “SYS:Prefs” 
e consente di costruire la configurazio- 
ne che si desidera utilizzare, mentre il 
secondo si trova in “WBstartup” e al boot 
utilizza il file di configurazione creato 
con il programma precedente. 
ToolManagerfornisce principalmente tre 
meccanismi per il lancio di programmi: 
le Applcon, la gestione del menu “To- 
ols" del Workbench e i Dock. Le prime 
sono delle icone visualizzate sullo 
schermo del Workbench che consentono 
di lanciare programmi mediante un 
doppio click, oppure trasportando su di 
esse altre icone. In questo caso, l’icona 
trasportata può essere interpretata come 
file di dati per il programma lanciato. 

Il menu “Tools" del Workbench viene 
gestito da ToolManager che vi inserisce 
le voci relative ai programmi da noi spe- 
cificati. 

Infine ToolManager permette di visua- 
lizzare sullo schermo del Workbench 
delle barre di icone (grafiche o di testo) 
corrispondenti a programmi, che pos- 
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sono essere lanciati mediante un singolo 
click. 

Per cominciare, lanciamo mediante 
doppio click sull'icona il programma 
“ToolManager” presente in "SYS:Prefs". 
Per costruire una Applcon o un Dock, è 
necessario associare tra loro un’imma- 
gine, il nome di un eseguibile e altre 
informazioni. ToolManager distingue i 
seguenti oggetti: 

- Exec: il programma eseguibile; 

- Image: l'immagine IFF da associare al 
programma per creare un Applcon o 
l'elemento di Dock; 

- Sound: un suono IFF che può essere 
eseguito quando si seleziona l'oggetto; 

- Menu: una opzione da inserire nel 
menu “Tools" del Workbench 

- (con: una Applcon 

- Dock: una Dock 

- Access: un oggetto particolare di mi- 
nore utilità (per informazioni leggere la 
documentazione sul dischetto) 

Alcuni degli elementi vanno costruiti 
sommandoli ad altri; così, per esempio, 
per definire un oggetto "Icon" è neces- 
sario specificare un oggetto “Exec", un 
oggetto “Image" ed eventualmente un 
oggetto "Sound". 

Per selezionare l’oggetto da definire si 
agisce sul gadget “Object Type” pre- 
sente nella parte superiore dellafinestra. 
Cominciamo col definire un oggetto 
"Exec”. Premendo il gadget “New” al di 
sotto della lista, viene aperta una nuova 
finestra nella quale è possibile indicare 
tutti ì parametri relativi all’eseguibile. Nel 
campo "Object Name” bisogna specifi- 
care un nome che identifichi l’oggetto 
all'Interno di ToolManager, mentre il vero 
nome del programma va impostato nel 
campo “Command”, facendo uso del 
file requester attivabile col bottone po- 
sto a sinistra. Il gadget “Exec type" per- 
mette di indicare il tipo di eseguibile. 
Questo può essere infatti un prog ramma 
CU o Workbench, un file ARexx o altri 
oggetti di ToolManager. Nel campo 
HotKey è possibile specificare una 
combinazione di tasti per l'attivare il 
programma senza usare il mouse. I re- 
stanti campi permettono di impostare 
parametri come la priorità, la directory 
corrente, il path, il nome di uno schermo 
pubblico su cui aprire il programma e 
altro ancora. Una volta definiti tutti questi 
parametri, premiamo "OK”: la finestra si 
chiuderà e nella lista delle Preferences 
potremo osservare il nuovo oggetto 
''Exec” da noi creato. 

Se volessimo, per esempio, creare un 
oggetto “Icon”, dopo aver definito l og- 
getto “Exec" corrispondente, dovrem- 
mo definire un oggetto "Image”. Una 


volta premuto il gadget ‘‘Object Type” 
fino a raggiungere il tipo “Icon", premia- 
mo “New” e, come nel caso precedente, 
procediamo alla definizione degli attri- 
buti dell'oggetto, che in questo caso 
sono solo il nome e il file IFF associato. 
Per creare la nostra “Icon”, infine, sele- 
zioniamo questo tipo col gadget “Object 
Type", premiamo “New”, e specifichia- 
mone le caratteristiche. È necessario 
indicare il nome dell’oggetto, l’oggetto 
“Exec”, quello “Image” ed eventualmente 
“Sound", che lo compongono, sce- 
gliendoli tra quelli definiti grazie alle liste 
mostrate alla pressione dei gadget 
corrispondenti. Regolati anche gli ultimi 
parametri relativi alla posizione dell’ico- 
na, possiamo premere "OK”. Se a que- 
sto punto finiamo di usare l'editor di 
preferenze col gadget “Save” , otterremo 
il salvataggio della configurazione co- 
struita. Lanciando ora il programma 
ToolManager presente in ''WBstartup” 
dovremmo vedere apparire l’icona sullo 
schermo del Workbench. 

Una volta afferrato il modo di operare del 
programma, potete procedere in modo 
analogo a quanto fatto per i restanti 
oggetti; se desiderate osservare e ana- 
lizzare qualche esempio, potete copia- 
re il file ’ToolManager/TM^Demo.prefs" 
in “ENV:" col nome “ToolManager.prefs" , 
e rilanciare “WBstartup/ToolManager". 
Per la realizzazione delle icone e dei 
Dock sono presenti nella directory “To- 
olManager/Graphics” alcuni brush IFF 
appositamente creati, 

SPECIFICHE DEL PROGRAMMA 

Configurazione minimo 

512 kb RAM, Kickstart2.0 

Utilizzo 

(vedi sopra) 

File di supporto 

cataloghi per la lingua italiana 

(opzionali) 

ValidateWait V1.0 • Soren 
Berg Hansen 

Questa piccola utility Freeware, che va 
lanciata all'Inizio delia startup-sequen- 
ce, blocca la sua esecuzione se un 
qualunque device montato è in fase di 
validazione, e la fa ricominciare solo a 
validazione ultimata. Questo consente 
di evitare il forte rallentamento che si ha 
in fase di boot se è in esecuzione la 
validazione di un disco. Per l’installazione 
del programma, che funziona solo a 
partire dalla versione 2.0 del sistema 
operativo, copiare “ValidateWait" in una 
directory posta nel path (a esempio C:) 


e inserite nella Startup-Sequence, dopo 
“c:setpatch >nil:" il comando “Valida- 
teWait”. 


SPECIFICHE DEL PROGRAMMA 

Configurazione minima 

512 kb RAM, Kickstart 2.0 

Utilizzo 

(vedi sopra) 

File di supporto 

nessuno 


AmigaPascal • Daniel Amor 

AmigaPascal è un prototipo di compila- 
tore Pascal che può essere utile a tutti 
coloro che vogliono cominciare a im- 
parare tale linguaggio. Il programma 
riconosce correttamente solo sorgenti 
Pascal contenenti le seguenti keyword: 
PROGRAM, VAR, INTEGER, BEGIN, 
END, WHtlE, DO BEGIN, :=, + /. 

L’installazione richiede solo la copia dei 
file “Amiga-Pascal”, “A68k” e “Blink" nella 
directory desiderata. AmigaPascal non 
genera codice direttamente eseguibile, 
ma un sorgente assembler, che deve 
quindi essere compilato con “A68k” e 
linkato con "Blink”, come nel seguente 
esempio: 

AmigaPascal Examplel 

A68k Examplel. s 

Blink Examplel. o TO Examplel 

Si badi che nel codice generato non 
avviene nessun controllo sulle divisioni 
per zero, che portano quindi a un guru. 

SPECIFICHE DEL PROGRAMMA 

Configurazione minima 

512kb RAM 
Kickstart 2.0 

Utilizzo 

(vedi sopra) 

File di supporto 

nessuno 


BoatRaceMakeDisk 

Questo è il programma di cui si parla 
nella rubrica AMOS Tutorìal. Per poterlo 
usare occorre creare un nuovo disco da 
cui poi sarà possibile fare il boot. Ese- 
guite, pertanto, un doppio click sull’ico- 
na del programma e inserite poi un di- 
schetto (anche non formattato) nel drive 
dfO: seguendo le istruzioni. Al termine 
delle operazioni (che richiedono un certo 
tempo sugli Amiga non accelerati) pote- 
te resettare l'Amiga e eseguire il boot dal 
dischetto così creato. ▲ 
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Dal 8 al 11 marzo 1994 a Milano - Forum di Assago 


ICOGI 


A 

A V « 
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PER LE IMPRESE CHE VOGLIONO CRESCERE 
CON LE GRANDI TECNOLOGIE 


I. CO. GRAPHICS '94: la prima e 
più importante mostra-convegno 
delle tecnologie hardware 
e software per progettare 
e produrre, in particolare nella 
piccola e media impresa. 

I CO. GRAPHICS '94: 
quattro giorni da 
non perdere per 
conoscere e 
mettere a 
confronto tutte le 
novità CAD. CAM. 

CAE, CIM. CG e approfondire i 
temi dello sviluppo tecnologico 
aziendale I CO. GRAPHICS '94; 
quattro giorni per vedere 
e decidere come aumentare la 
competitivita della tua azienda. 


CAD 

\ 

CAM 


-CIM 


~CG 


Un appuntamento specifico per i settori meccanico elettronico ingegneristico architettonico grafico scientifico 



Associazione Italiani! Computer Graphics 


À 

MONDADORI 

INFORMATICA 



World Computer Graphics As»Oci*tion 


Segreteria organizzativa - Via Donizetti, 36 - 20122 Milano - Tel. 02/795431 - Fax 02/76009751 


Tel. Negozio (02) 39260744 (5 linee r.a.) 
Fax 24 ORE (02) 33000035 (2 linee r.a.) 

ORDINA SUBITO: 

02 - 33000036 (5 linee r.a.) 


OFFERTE 

AMIGA 
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KIT HARD DISK 2"l/2 PER AMIGA 1200 

Hard Disk specifico per Amiga 1 200 interno completo di apposito cavo 
di connessione e software di gestione, semplicissima installazione. 

HARD DISK AMIGA 1 200 85 Mb L. 490.000 
HARD DISK AMIGA 1 200 1 25 Mb L. 690.000 


i;iy\mm;iì l. 99.000 

Il CHIMO PKIM.IUWIV III IITOLIZIONK PER AMILA. IMKKllll.Vlh 1% Illl.UM). 
IVMMEKIlnlI l'U.IM, \IIIMI. Pillili 01 1.01 OKI. KECOI.IFIII I. IMIMTI 
liti III MUCO PIPO: -il IDI'. \\ III'. COVI, ( HM'MÌR. EITE, LILK K. ELI'.. 


THE SUPER COPY 


L. 49.000 


E' ARRIVATO IL MOMENTO 01 POSSEOERE LA PIU POTENTE INTERFACCIA DI BACKUP 
MAI REALIZZATA. L'INTERFACCIA E DOTATA 01 2 LED INDICATORI CHE SEGNALANO 
IL CORRETTO FUNZIONAMENTO E IL TRASFERIMENTO DATI. Si CONNETTE DIRETTA- 
MENTE ALLA PORTA DRIVE AMIGA (NON NECESSITA DI SALDATURE], QUINDI DI 
SEMPLICISSIMI INSTALLAZIONE. E' IN GRADO DI RIPRODURRE FEDELMENTE TUTTI I 
VOSTRI PROGRAMMI ORIGINALI RIPRODUCE ESCLUSIVAMENTE PROGRAMMI 
ORIGINALI PER COPIE DI SICUREZZA AD USO STRETTAMENTE PERSONALE. 


VIDEO DAC18 


L. 199.000 


La nuova scheda grafica per Amiga 500/600/2000/3000. Questa schhia grafi- 
ca PERMETTE AL VOSTRO AMIGA DI VISUAUZZARE E LAVORARE CON 262.000 COLO» COME 
su Amiga 1 200/4000 in risoluzioni da 320 x 512 fino a 384 x 576. Inoltre il 
software in dotazione salva in RGB, IFF, IFF 24, ANIM. Completamente traspa- 
rite GRAZIE ALLA PORTA VIDEO RBG PASSANTE, PUÒ FUNZIONARE IN CASCATA A GENLOCK 
E DIGITALIZZATORI, PERMETTENDO DI SALVARE SU NASTRO TUTTI I VOSTRI LAVORI IN 3D 
REALIZZATI CON REAL 3D, IMMAGINE, CALLIGARI, TORBOSILVER, DIRETTAMENTE A 

262.000 COLORI. Le ANIMAZIONI POSSONO essre modificate e visualizzate diretta- 
mente da 0 Paint senza perdita di velocità' a 262.000 colori. 


Genlock semiprofessionale con 

regolazioni di fader, mode e ^ „ 

invert. Indicatore di segnale ^ 

Video presente. Alimentazione ad Amiga e/o esterna. Dissol- 
venza duale con due manopole per fa regolazione dell'overlay 
e invert effect. RGB indipendente e passante video pass-thru 
per separare il segnale Amiga da quello video. Inpresso key-in 
per dispositivi croma. Compatibile con tutti gli Amiga e 
Commodore VDTV e compatibilità dei sistemi video Pal/NTSC. 


Maxigfa L. 599.000 

Nuovissimo genlock profess. qualità Broadcast con S- 
VHS in uscita, regolazione livelli. 2 uscite video per 
visualizzare il vostro lavoro mentre viene registrato. 
Possibilità di Super impose. Banda passante 6 Mhz, 

1 Vpp, 75 Ohm. Manuale in italiano. Alimentazione 
esterna a 500mA I2V (alimentatore fornito). 

Mamgeiv 2 Broadcast L. 1 . 250.000 

Versione Broadcast professionale. 


MICR0GEN (NOVITÀ) Telefonare 


STERE0N 16 Bit L. 349.000 

Nuovo campionatore stereofonico per Amiga. 


INTERFACCIA MIDI per AMIGA 
L. 39.000 

















In principio c'era ECS... Dopo venne AGA... Ora c'è EGSN! 


EGS-28/24 SPECTRUM 


CAMPANIA 

COMPUTER SERVICES 

C.so Arnaldo Lucci, 137 
NAPOU 

Tel. 081/5536257 

DATA OFFICE 

Tecnoshop 
Via Roma. 5/7 
S. Sebastiano Vesuvio 
NAPOU 

Tel. 081/5743260 

MP COMPUTER 

Via Napoli, 88/90 
MADDALONI 
Tel. 0823/102371 

SICILIA 

CHP SRI. 

Via R. Mandini, 3 
PALERMO 
Tel. 091/302433 


EMILIA ROMAGNA 

M1NNEULA COMPUTER 

Via Stalingrado. 105 
BOLOGNA 
Tel. 051/328098 

S& A SISTEMI 

Via Spallanzani, 32 
MODENA 
Tel. 059/21 1225 

LAZIO 

COMPUTERMANIA 

Via dei Durantini, 62 
ROMA 

Tel. 06/4394867 

OTS ELECTRONICS 

Via dei Gelsi, 130/13 
ROMA 

Tel. 06/2597209 

PC WARE 

Hardware e Software 
Vìa Carlo Pirzio Biroli, 60 
CIAMP1NO 
Tel. 06/7912121 

TECNICOMP 

Via dell'Arcadia, 89/91 
ROMA 

Tel. 06/5412939 

VGS INFORMATICA 

Via Fosse Ardeatine, 100 
FROSINONE 
Tel. 0775/212188 

TOSCANA 

ELECTRONIC DREAMS SAS 

Via Dante, 77 
PONTEDERA 
Tel. 0587/52063 




POINT 


PER ARRIVARE... DOVE 
NESSUN AMIGA E 1 MAI 
GIUNTO PRIMA! 

L'EGS-28/24 SPECTRUM porta il tuo AMIGA 2000, 3000 e 4000 oltre PAGA e ti proietta nel mondo delle risoluzioni e dello grafita 
in tempo reole a 24-bit finora estlusivo di costose workstation. Ammiro i colori e le caratteristiche della nostro SPECTRUM. 

□ Risoluzione programmabile fino od uno incredibile 1 600x1 280 - 800x600 a 24 bit! 

Li Sistemo operativo grafico e display a 24-bit in tempo reale. 

Li EGS-Pnint, pacchetto 24-bit ad alte prestazioni di pointing professionale e rilecco fotografico. 

_f Segnale RG8 AMIGA passante, cosi puoi alternare lo schermo EGS e quello AMIGA su un solo monitori 

_l Compatibile ed autoconfiguronte Zone II (16 hit) e Zorro III 132 hit] per avere il massimo delle prestazioni su tutti gli AMIGA. 

□ Blitter Hardware per accelerare tutte le applicozianì incluse quelle da Workbench! 

Software disponibile espressamente per EGS 
EGS-Paint, Rainbow Pointer, MPEG Player, Connect Four. 

Altri software compatibili EGS 

Image Ex, Page Stream, Art Expression, Type Smith, Reai 3D, Fianl Copy, Pro Write, Pro Page, Pro CALC e molti nitri la lista è troppo 
lungo. 


ricerca & sviluppo 

Via fiuozzi, 6 - 40057 CADRIANO 01 GRANAROEO (BOLOGNA) Itoly - Tel. 051/765563 - Fax 051/765568 - BBS. 051/765553 







